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CHAPTER 1 
INTRODUCTION 



1.1 SCOPE 

This manual provides information for use of the VAX- 1 1/780 Diagnostic System including power-up, 
bootstrap, and file maintenance data. The manual will serve as a reference for customers and field 
service engineers, and as a resource for appropriate branch and support level courses of the field 
service, manufacturing, and customer training programs. These courses constitute prerequisites for 
running VAX- 11/780 diagnostics. Related manuals are listed in Table 1-1. 



Table 1-1 


Related Manuals 




Title 


Document Number 


Notes 


Microcomputer Handbook 


EB06583 


Available on hard copy 


VAX- 1 1/780 Diagnostic System 
Technical Description 


EK-DS780-TD 


Available on microfiche 


VAX/VMS Primer 




Available on hard copy 


VAX Preliminary Documentation Set 
(VAX Software Manual Kit, 
14 manuals) 


QE00152 


Available on hard copy 


VAX- 1 1/780 Architecture Handbook 


EB07466 


Available on hard copy 


VAX-1 1/780 Hardware Handbook 


EB09987 


Available on hard copy 


VAX-1 1 Software Handbook 


EB08126 


Available on hard copy 



NOTES 

1. If you wish to order these manuals from 
within the United States, call Digital Equip- 
ment Corporation at either of the two num- 
bers listed below. 

From all areas of the United States except 
New Hampshire, call (800) 258-1710. 

From New Hampshire call (603) 884-7288. 

2. If you wish to order manuals from an area 
outside of the United States, contact the near- 
est Digital Equipment Corporation sales of- 
fice. 
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1.2 DIAGNOSTIC SYSTEM OVERVIEW 

The diagnostic system consists of programs which are organized hierarchically (from general to spe- 
cific capabilities) in six levels. Each level contains one or more categories, as follows. 

Level 1 

• Operating system (VMS) based diagnostic programs (using queue I/O). 

Level 2 

• Diagnostic supervisor based diagnostic programs which can be run either under VMS or in 
the stand-alone mode (using queue I/O). 

• Bus Interaction program. 

• Formatter and reliability level peripheral diagnostic programs. 

Level 2R 

• Diagnostic supervisor-based diagnostic programs that can be run only under VMS (using 
physical QIO). 

• Certain peripheral diagnostic programs. 

• System Diagnostic Program. 



Level 3 



Diagnostic supervisor-based diagnostic programs that can be run in stand-alone mode only 
(using direct I/O). 



Level 4 



Functional level peripheral diagnostic programs. 
Repair level peripheral diagnostic programs. 
Cluster diagnostic programs. 

• Stand-alone macro diagnostic programs that run without the supervisor. 

• Hardcore instruction set. 

Console Level 

• Console based diagnostics which can be run in the stand-alone mode only. 

• Microdiagnostics. 

• Console program. 

• Octal Debugging Technique (ODT). 

• ROM resident power-up tests. 

• LSI-1 1 diagnostics. 

These levels provide the range and flexibility required to detect and identify 95 percent of the possible 
hardware faults in the various VAX- 1 1/780 system configurations. Figure 1-1 shows the relation of the 
diagnostic program to these four levels. 
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Table 1-2 Diagnostic Program Features 





Maindec 


Program 


Stand-Alone 
Load from 


Stand-Alone 
Load from 


On-Line 
Load from 


I/O TYPE 


Error Resolution 




^mmmmm 








Program 


Code 


Level 


Floppy 


System 
Device 


System 
Device 


Direct 
I/O 


QIO 


Module 
Callout 


Function 
Callout 


Microdiagnostics 


ESKAB-ESKAM 


Console 


X 










X 




Hardcore Instruction Test 


EVKAA 


4 


X 














CPU Cluster Exerciser 


ESKAX-ESKAZ 


3 


X 


X 




X 






X 


Massbus Adapter Diagnostic 


ESCAB 


3 


X 


X 




X 




X 


X 


Unibus Adapter Diagnostic 


ESCAA 


3 


X 


X 

■\7" 




X 




X 


X 


DCL/RP04, 05, 06 Repair Diagnostic 


ESRCA 


3 


X 


X 




X 




X 


X 


RK61 1 Diagnostic Parts A-E 


ESREA-ESREE 


3 


X 


X 




X 




X 


X 


RK61 1-RK06/07 Drive Functional Test 




















Parts 1,2 


ESREF,ESREG 


3 


X 


X 




X 






X 


RM03 Diskless Diagnostic 


ESRDA 


3 


X 


X 




X 




X 


X 


RM03 Functional Test 


ESRDB 


3 


X 


X 




X 






X 


Disk Formatter 


ESRAC 


2 


X 


X 


X 




X 




X 


RP0X/RK0X/RM03 Reliability 


ESRAA 


2 


X 


X 


X 




X 




X 
X 
X 

\7 


TM03/TE16/TU45/TU77 Repair 


ESMAC 


3 


X 


X 




X 




X 


TM03/TE16/TU45 Drive Function Timer 


ESMAB 


3 


X 


X 


V 


X 


V 




TM03/TE16/TU45 Tape Reliability 


ESMAA 


2 


X 


X 


A 




A 




A 

X 

X 

•vr 


DZ1 1 8 Line Async Mux Test 


ESDAA 


3 


X 


X 




X 






M8 201/2 Repair Level Diagnostic 


ESDBA 


3 


X 


X 




X 






DMC1 1 Exerciser 


ESDBB 


3 


X 


X 




X 






A 


DR1 IB Repair Diagnostic 


ESDRA 


3 


X 


X 




X 






X 

X 


Communications IOP Repair Level Diagnostic 


ESDXA 


3 


X 


X 




X 






Line Printer Diagnostic 


ESAAA 


2R 






X 
X 
X 




X 
X 
X 




X 
X 
X 
X 
X 
X 
X 


CR11 Card Reader Diagnostic 


ESABA 


2R 


~\r 


v 






Bus Interaction Program 


ESXBA 


2 


X 


X 


X 




VAX System Diagnostic 


ESXBB 


2R 




A 


•\r 






RPOX Functional Diagnostic 


ESRBA 


3 


X 




A 


V 






Terminal Diagnostic 


ESTAA 


2R 




X 




X 
X 






Terminal Exerciser 


ESTBA 


2R 




X 
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The diagnostic programs can be used for preventive maintenance checks to ensure proper computer 
operation; if system malfunctions have been detected, specific programs or groups of programs can be 
run to further isolate the fault. 

Table 1-2 lists the important features of the diagnostic programs. 

The diagnostic system, in general, uses a building block approach to testing (and subsequent fault 
detection and isolation). When the diagnostic programs are executed in the standard system checkout 
sequence, they will initially test a minimum (basic) set of logic or functions to assure their proper 
operation. After these basic operations are verified, a larger and more complex block is tested using the 
previously tested block as a base. This sequence is implemented from the ROM resident power-up tests 
(which check the console) to interactive system tests executed as user mode tasks under the operating 
system. Figure 1-1 shows the building block sequence from top to bottom. 

The diagnostic programs operate in a variety of environments, according to their functions and loca- 
tions in the diagnostic system hierarchy, as shown in Figure 1-2. 

On power-up, a set of ROM resident tests verifies proper functioning of the LSI-1 1 within the console 
subsystem before booting the console program from the floppy disk. 

The console subsystem, in connection with the console program, provides the basis for the diagnostic 
system with the following functions: 

• Traditional lights and switches functions such as EXAMINE, DEPOSIT, HALT, START, 
and Single Instruction. 

• Diagnostic and maintenance functions, including the capability to load diagnostic micro- 
code into Writable Control Store (WCS), control execution, control single-step clock func- 
tions, examine key system points via a serial diagnostic bus (V bus), and deposit and 
examine data in location in the VAX-1 1/780 main memory and I/O space. 

• Operator communication with the VAX-1 1/780 software. 

The console program enables the operator to run microdiagnostics, to load and run the diagnostic 
supervisor (in the stand-alone mode) and the stand-alone macrodiagnostic programs (using VAX-1 1 
native code), and to boot the VAX/ VMS operating system. 

The microdiagnostic program proceeds from a test of the console interface board through basic tests of 
the CPU, memory controllers, and the floating-point accelerator (FPA). 

The macrodiagnostic programs fall into two major categories: CPU cluster and I/O subsystem. The 
CPU cluster diagnostics test the VAX-1 1/780 CPU and the SBI channel subsystems such as the Mass- 
bus Adapter (RH780) and the Unibus Adapter (DW780). The SBI channel subsystem diagnostics 
provide module callout and failing function callout (CPU module callout is provided by the micro- 
diagnostics). 

The I/O subsystem diagnostic programs fall into two categories, based on the methods used for access- 
ing I/O devices. Direct I/O programs supply their own I/O driver routines. Queue I/O programs rely 
on VMS or the Diagnostic Supervisor for I/O driver routines. 

Most of the direct I/O diagnostic programs provide module callout and function identification on 
error detection. The other direct I/O programs and the queue I/O programs call out the failing func- 
tion and other relevant information, upon error detection (Table 1-2). The operator's knowledge of the 
VAX-1 1/780 system should enable him to locate the fault once the program has identified a failing 
function. 
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Figure 1-1 VAX- 11/780 Diagnostic System Program Hierarchy (Sheet 1 of 2) 
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Figure 1-1 VAX- 11/780 Diagnostic System Program Hierarchy (Sheet 2 of 2) 
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Figure 1-2 VAX- 11/780 Diagnostic System Execution Environments 



These two program categories (direct I/O and queue I/O) correspond to varieties in program oper- 
ating environments. 

The stand-alone mode requires exclusive use of the VAX-1 1/780 system. The operator must use the 
console terminal and the facilities of the console program to load the diagnostic supervisor and pro- 
gram images into main memory. Direct I/O programs and queue I/O programs can both be run in the 
stand-alone mode (with the exception of level 2R programs). 

When diagnostic programs are run under VMS, they do not require exclusive use of the VAX-1 1/780 
system (with the exception of the System Diagnostic). Only programs employing queue I/O can be run 
under VMS. Note that the operator need not use the console terminal to run diagnostics under VMS; 
any terminal on the system will suffice. 

Before a diagnostic program to be run under VMS is loaded, the diagnostic supervisor must be loaded 
from the system device and then started. The facilities of the diagnostic supervisor are then available to 
load and run the program and control program execution. 

1.3 USE OF THE DIAGNOSTIC SYSTEM 

When a complete check of the VAX-1 1/780 system is necessary, the microdiagnostics, the direct I/O 
diagnostics, and the queue I/O diagnostics should be run in that order. Note that the LSI-1 1 ROM 
resident diagnostics are run automatically on power-up. 

If a quick verification of the computer is required, run the SYSTEST script and the System Diagnostic 
(Chapter 5). 

If the diagnostic supervisor or the VMS bootstrap fails, run the microdiagnostic program to identify 
the problem. 

Note that since the peripheral device diagnostics have been designed with the assumption that the CPU 
cluster [CPU (KA780), MBA (RH780), UBA (DW780), and memory] is functioning normally, it may 
be useful to run the CPU cluster exerciser and MBA (RH780) or UBA (DW780) diagnostics before 
running any of the peripheral tests. 

Customers who have bought a VAX-1 1/780 remote diagnosis contract and have a remote diagnosis 
option kit installed should call the DIGITAL Diagnostic Center (DDC) when they suspect hardware 
failures. The dispatcher at the DDC will provide customers with the information necessary to proceed 
with the remote diagnostic session. 
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CHAPTER 2 
DISKETTE LOAD PROCEDURE 



These steps should be followed to load the diskette. 

1. Open both CPU cabinet doors. 

2. Release the drive lock and swing out the floppy drive assembly. 

3. Compress the diskette slot cover lock and slide the cover to the right. 

4. Remove any diskette already in the floppy drive. 

5. Insert the desired diskette in the drive slot, with the diskette label to the right side of the 
floppy drive. 

6. Close the slot cover (cover locks automatically). 
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CHAPTER 3 
POWER UP/CONSOLE BOOT 



3.1 POWER-UP PROCEDURE 

1. Insert diskette ZZ-ESZAB in the floppy disk drive slot before turning the VAX- 11/780 
system on. 

2. Push the AUTO RESTART switch on the console panel to the OFF position. 

3. Turn the 5-position keyswitch on the console panel to the LOCAL position. 

4. On system power-up, ATTN and PWR indicators should be ON. 

5. The LOCAL position first invokes the console LSI-1 1 tests in a ROM on the Console Inter- 
face Board (CIB) and then invokes the console boot program. 

6. The console program loads from the floppy disk drive. 

7. Console terminal output: 



CPU HALTED, SOMM CLEAR, STEP=N0NE, CLOCK=NORM 
RAD=HEX, ADD=PHYS, DAT=L0NG, FILL=00, REL=000000 
INIT SEQ DONE 
HALTED AT 00000000 

(RELOADING WCS) 

LOAD DONE, 00003200 BYTES LOADED 

VER: PCS=01 WCS=02-10 FPLA=02 C0N=PX02-1 1 

>>> 



8. The console program tests the AUTO RESTART switch. 

9. AUTO RESTART OFF - VMS is not booted. 

10. The console program runs in the console I/O mode, refer to Appendix A. 

NOTE 
If the micro diagnostics and/or the stand-alone 
macro-diagnostics are to be run, the VAX/VMS 
bootstrap should not be initiated on power-up. 
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3.2 CONSOLE BOOTSTRAP FAILURE 

The console bootstrap may fail to load the console program from the floppy on power-up. The ROM 
resident tests which the LSI- 1 1 executes before starting the boot program should help in locating the 
cause of the failure, refer to Appendix D. 



3.3 CONSOLE PROGRAM CRASH 

If the console program halts, the LSI- 1 1 processor automatically enters the ODT mode (octal debug- 
ging technique). This ROM resident routine enables the console terminal operator to execute several 
types of commands to the LSI-11 processor, including open location, close location, and go. 

When the LSI-11 halts, it prints out the following ASCII non-printing and printing characters to the 
console terminal: 



<CR> <LF> 
nnnnnn <CR> <LF> 



The nnnnnn is the location of the next instruction to be executed; it is always the contents of the PC 
(R7). The <CR> and <LF> are carriage return and line feed codes. The @ symbol is displayed as the 
ODT prompt character for the operator. 

At this point the operator can use the maintenance command to print the contents of a register within 
the LSI-11 processor. Type M. The data printed will help to identify the nature of the problem. 

Example: 

Note that operator input is underlined. 




The console prints six characters and then returns to command mode by printing CR,LF,@. 

The last octal digit is the only number of significance and is encoded as follows. The value specifies 
how the LSI-1 1 got into the ODT mode. 
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Last Octal Digit Value Function 

Halt instruction or B Halt line 

1 or 5 Q Bus Error occurred while getting the device interrupt vector. This error 

probably indicates that the priority chain (BIAKI/O L signal) is broken in 
the console system and that an open slot exists between modules. Modules 
must be inserted in a contiguous fashion according to the priority daisy 
chain. 

2 or 6 Q Bus Error occurred while doing memory refresh. 

3 Double Q Bus Error occurred (stack contains non-existent address). 

4 Reserved instruction trap occurred (non-existent micro-PC address occurred 

on internal LSI-1 1 processor bus). 

7 A combination of 1 , 2, and 4, which implies that all three conditions oc- 

curred. 

In the above example, the last octal digit is a 3, which indicates that a Double Q Bus Error occurred. 

The codes listed above are valid only when the ODT mode is entered, and the code is immediately 
displayed. This information is lost when a G command is issued; the code reflects what happened in 
the program since the last G command was issued. 

If the console program has crashed while VMS is running, the operator may wish to restart the console 
program without affecting VMS. To reboot only the console program, type 141330G. Refer to Section 
2, Chapter 2 of the Microcomputer Handbook (EB06583) for further details on ODT. 
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CHAPTER 4 
MICRODIAGNOSTIC PROGRAM 



4.1 MICRODIAGNOSTIC PROGRAM DESCRIPTION 

The microdiagnostic program provides module isolation for logic failures within the CPU, MOh mem- 
ory controllers, and the Floating-Point Accelerator (FPA). The program will detect stuck high/low 
logic problems. The microdiagnostic tests are organized in a bootstrapping sequence (i.e., building 
blocks) of the console interface, data path hardware, SBI-Cache-Translation Buffer, I-Stream Buffer, 
SBI, memory controller, arrays, and FPA. All detected faults result in error typeouts indicating the 
smallest set of modules to which the program can isolate the failure. 



4.2 PROGRAM EXECUTION PROCEDURE 

Load and run the microdiagnostic program as follows. 

1 . Once the console program has been loaded, insert diskette 1 (ZZ-ESZAC) in the floppy disk 
drive. 

2. Type Control P (AP) to enter the console I/O mode. 

3. Type HALT to halt the VAX- 11/780 CPU. The ATTN light on the console panel should 
light and the prompt symbol, >>>, will be printed out on the console terminal. 

4. Type TEST to start the microdiagnostic program. 

5. The microdiagnostic monitor and programs are loaded and executed automatically. 

6. The console prints out each microdiagnostic section number when that section begins execu- 
ting. 
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7. The console terminal output will look like this: 



>>> TEST ;Console prompt, test command 

ZZ-ESKAB V8.0 ;Program title and version 

01,02,03,04, ;Section numbers 

NO. OF WCS MODULES = 0002 ; Configuration information 

05,06,07,08,09,0A,0B,0C,0D,0E,0F,10,11,12,13,14,15,16, 

17,18,19,1A,1B,1C,1D,1E,1F,20,21,22,23,24,25,26,27,28, 

29,2A,2B,2C,2D,2E,2F,30,31,32,33,34,35,36,37,38,39,3A, 

3B, 3C, 3D, 

END PASS 0001 

MOUNT FLOPPY ZZ-ESZAD & TYPE »DI" ; instructions for second half 

MIC> ;microdiagnostic monitor prompt 



Microdiagnostic identifies itself, its release level and 
size. 

The terminal prints out section numbers as they begin. 
Should test execution terminate, the operator knows which 
section failed. 



NOTE 
Operator input is underlined. 



8. At the end of the pass, theconsole directs the operator to insert the next diskette and type DI 
(diagnose). 



9. The microdiagnostic monitor then displays the prompt symbol, MIC>. 

10. Insert diskette ZZ-ESZAD. 

11. TypeDI. 

12. Programs resident on floppy ZZ-ESZAD are then executed. 
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13. Console terminal output: 



MIC> DI jdiagnose command 

o E — ;section number(s) 

# MEM CTRLS = 00000001 ;conf iguration information 

3F 4 ;which is system specific 

4k'cHIP 00001008 

41,42, 

CPU TR = 00000010 

43,44,45,46,47,48,49,4A,4B,4C,4D, 

CTRL 1 MAX ADR+1 = 00090000 

4E 

CTRL 1 MAX ADR+1 = 00090000 

4F.50, 

STARTING FPA TESTS 

51,52,53,54 t 55,56,57,58 f 59,5A,5B,5C 

END PASS 0001 

CPU HALTED, SOMM CLEAR, STEP=N0NE, CL0CK=N0RM ;CPU status 
RAD=HEX, ADD=PHYS, DAT=L0NG, FILL=00, REL=00000000 ;and console 

INIT SEQ DONE 'fT? 8 !",??- 

HALTED AT 00000000 ;aeiauix.s 

(RELOADING WCS) 

LOAD DONE, 00003200 BYTES LOADED 

VER: PCS=01 WCS=03-10 FPLA=03 CON=PX03-08 ;conf iguration 

; information 
>>;> ;console prompt 



Note that microdiagnostic section numbers are sequential 
(Hex). 

End of pass indication is printed when test execution is 
completed. 

Note that after successful completion of the 
microdiagnostic program the microdiagnostic monitor 
returns control to the console program which then reloads 
WCS. 

The console program puts out a prompt character, >>>. 



4J MICRODIAGNOSTIC ERROR MESSAGES 

The microdiagnostic program is broken into two parts: hard-core tests (sections 1-1 F) and microtests 
(go chain) (sections 20-end). Error message formats for the hard-core tests and the microtests differ 
only slightly. 



4-3 



Hard-core test error message sample: 



>>> TEST 

MICRO DIAGNOSTIC V.04 ; Program name and version 

01 » ;last number indicates 

7ERR0R: 002244 TEST: 0007 SUBTEST: 0002 ;failing section 

;PC (Octal), test, subtest 
jnumbers 
DATA: FFFFFFFD jmeaningful data, e.g. 

FFFFFFFC jexpected, received. 

0002 
TRACE: 002270, 002300 jisolation routines used 

FAILING MODULES: IDBUS, M8236 (S24), jprobable failure 

MIO 



Note that the PC contents and the isolation routine addresses 
are six digit octal Q bus addresses. 



The user should replace the designated failing module and rerun the microdiagnostic program. Micro- 
test error message sample: 



>>>TEST 



MICRO DIAGNOSTIC V.04 jprogram name and version 

01,02,03, 

NO. OF WCS MODULES = 0002 

04 , 05 , 06 , 07 , 08 , 09 , 0A , 0B , 0C , 0D , 0E , OF , 1 , 1 1 , 12 , 1 3 , 1 4 , 1 5 , 1 6 , 1 7 , 1 8 , 1 9 , 
1A,1B, 1C, 1D, 1E,1F,20,21,22,23,24, ;last number indicates 

;failing section 
?ERROR: 111C TEST:0073 SUBTEST:0001 ;WCS address (hex), test, 

;subtest numbers 
DATA: 00000011 jmeaningful data, e.g. 

00000010 ;expected received data 

00006000 

TRACE: 00,01,05 ;fail chain routines used 

FAILING MODULES: M8225(S??) jprobable failure 

MIO 



The WCS address is a 4-digit hex number indicating the location of the failing microinstruction. The 2- 
digit hex numbers following TRACE: indicate the fail chain routines which were used in the isolation 
of the fault. Intepretation of this data requires a listing of the failing test. 

The user should replace the designated failing module and restart the microdiagnostics. If two or more 
modules are listed, the listing order indicates the probability of failure, highest to lowest. 
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If the failure is still evident after the module identified has been replaced, use the data printed out to 
further isolate the problem. 

4.4 SECTION PARTITIONING 

The hard-core tests check the console interface, the microsequencer, the WCS and PCS, and part of the 

data path. 

The microtests are partitioned into 9 major categories as follows: 

1. Data Path Tests 

2. Cache Memory Tests 

3. Translation Buffer Tests 

4. Instruction Buffer Tests 

5. Condition Codes, Interrupts, and Exceptions Tests 

6. SBI Interface Tests 

7. Memory Tests 

8. SBI Device Tests 

9. Floating-Point Accelerator Tests 

All hard-core tests and microtest categories 1 through 5 are packaged on floppy number 1 (sections 1 
through 30) and categories 6 through 9 on floppy number 2 (sections 3E through 5B). 

4.5 SBI DEVICE TESTS 

Category 8 uses any available devices (UBAs or MBAs) that are found on the SBI to test their fault 
detection logic. Category 8 also uses a UBA (if there is one on the system) to test the cache invalidation 
logic. 

4.6 INTERPRETATION OF WCS, PCS, AND FPLA REVISION STATUS 

When WCS has been reloaded, the console terminal prints out revision status, for example: 



VER: PCS=01 WCS=03-10 FPLA=03 CON=PX03-08 



The PCS code refers to the revision number of the programmed control store (ROM). The WCS 
(writable control store) code contains two numbers. The primary version number (in this case, 03) 
refers to the FPLA number which is required for this WCS version. The secondary version number (in 
this case, 10) refers to the version of WCS which has been loaded. 

The FPLA (field programmable logic array) code refers to the FPLA chip revision which is currently 
installed in the VAX-1 1/780 CPU. This chip causes the microprocessor to retrieve microwords from 
WCS instead of from PCS when specific locations are addressed. 

The CON (console) code refers to the revision number of the console software which has been loaded 
into the LSI- 11 memory. 

Two types of mismatch may occur. If the WCS revision does not match the FPLA revision, the console 
program issues a warning. However, if the WCS revision does not match the PCS revision, the mis- 
match is fatal. 
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CHAPTER 5 
USING THE DIAGNOSTIC SUPERVISOR 

Most macro level diagnostic programs run in conjunction with the diagnostic supervisor (the hard- 
core instruction text, EVKAA, is an exception). The supervisor provides a set of commands to the 
operator which enable him to control the execution of diagnostic programs simply and precisely. 

VAX diagnostic release II (August 1979) consists of an enhanced version of the supervisor and match- 
ing versions of the diagnostic programs that run with it. This release provides the following new 
features. 

• An improved diagnostic system initial distribution facility. This enables the user to build a 
diagnostic disk pack on his system device from magnetic tape files at the time of system 
installation. 

• An improved update facility that enables the user to transfer updated diagnostic files from 
floppy diskettes to the diagnostic system pack in semi-automatic fashion. 

• A variety of boot command files to enable the operator to boot the diagnostic supervisor 
from a number of devices. 

• A system profiler that enables the operator to describe the VAX system configuration to the 
supervisor. 

• Support for the LOAD and RUN supervisor commands in the standalone mode. 

• Addition of a new supervisor debug feature, the Next command. 

• A scripting facility that enables the supervisor to execute command files. Release II includes 
configuration and system test scripts appropriate for each system. Users can modify these 
scripts to accommodate add-on equipment, and they can create their own scripts. 

• A set of load path floppy diskettes from which to load and run diagnostics if hardware 
errors prevent conventional loading from the diagnostic system disk pack. 

5.1 DIAGNOSTIC SUPERVISOR COMMANDS 

The diagnostic supervisor commands are grouped in four sets: 

Program and test sequence control 
Scripting features 
Execution control 
Debug and utility features 

Commands, switches, and literal arguments can be abbreviated to the minimum number of characters 
necessary to retain their unique identity. For example, the Load command can be specified by a single 
L, whereas the Start command requires a minimum of ST. 
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In the symbolic command descriptions which follow, certain special characters are employed that 
require some explanation. Angle brackets, < >, are used to enclose symbolic arguments that are 
satisfied by a numeric expression or character string. Optional arguments are enclosed by square 
brackets, [ ]. An OR function is indicated with an exclamation point, !. Literal arguments such as 
ALL, OFF, and FLAGS are capitalized. 

Use the hyphen, -, as a continuation character at the end of a line to continue a command from one 
line to the next. Use an exclamation point, !, to separate a comment from a command in a command 
line. 

Notice that operator input is underlined in the examples that follow. 

5.1.1 Program/Test Sequence Control Commands 

These commands enable the operator to select programs and portions of programs and to control the 
sequence of test execution. 

Set Load Command 

SET LOAD <device>: [directory] <CR> 

The Set Load command establishes the storage device from which the supervisor will load diagnostic 
programs. The default load device is the device from which the supervisor was booted. Use Set Load 
when you wish to load diagnostic programs from a different device. Use the Set Load command in 
combination with the Load command or the Run command. 



DS> SET LOAD DMA0 : [SY SMAINT1 
DS> LOAD ESDXA" 

DS> SET LOAD DMA0 : [SYSMAI NT] 
DS> RUN ESDXA 



Example 5-1 Set Load Command 



NOTE 
The directory name, and the square brackets around 
it, are necessary in the Set Load command. 



Show Load Command 

SHOW LOAD<CR> 



The Show Load command causes the supervisor to display the storage device from which diagnostic 
programs are to be loaded when the Load command is given. 



DS> SHOW LOAD 
DMA0: [SYSMAINT] 
DS> 



Example 5-2 Show Load Command 
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Load Command 

LOAD <file-spec><CR> 

This command loads the specified file into main memory from the default load device. The default file 
extension is .EXE. The storage device from which the program is loaded is the device established on 
the previous Set Load command. Note that you need supply only the five-letter code that identifies 
each diagnostic program for the command line argument <file-space>. 



LOAD ESTAA ! Load the local terminal 

_ j diagnostic program- 



Example 5-3 Load Command 

Attach Command 

ATTACH <UUT-type> <link-name> <generic-device-name> . . .<CR> 

The operator must use several Attach commands, before starting a diagnostic program, to define each 
unit under test (UUT), and the devices that link it to the SBI, for the supervisor. If you are testing 
several units at once, repeat the Attach command for each device. Every unit under test is uniquely 
defined by a hardware designation and a link. 

The first parameter <UUT-type> is the hardware designation of the unit under test. For example, 
RH780, TM03, TE16, and DZ11 are hardware designations. 

The second parameter <link-name> is the name of the piece of hardware that links the unit under test, 
in most cases through intermediate links, to the main system bus. For example, an RH780 is linked to 
the SBI; a TU45 is linked to an MTa; and a DZ1 1 is linked to a DWn. You must attach each piece of 
hardware (with the exception of the SBI) before you can use it as a link in an Attach command. 

The third parameter is the generic device name, which identifies to the supervisor the particular unit to 
be tested. Use the form "GGan" for the device name. "GG" is a 2-character generic device name 
(alphabetic), "a" is an alphabetic character, specifying the device controller, "n" is a decimal number 
in the range of 0-255, specifying the number of the unit with respect to the controller. 

Use the unit number, "n" or "a", only if it is applicable to the device. You must supply additional 
information for some types of hardware to enable the diagnostic program to address the device. For 
example, you must supply the TR and BR numbers for an RH780, the controller number for a TM03, 
and the CSR, vector, and BR for a Unibus device. If you include such additional information in the 
Attach command line, use the order and format shown in Table 5-1. If you do not include additional 
information, but the information is necessary, the supervisor will prompt you for it. 
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Table 5-1 Device Naming Conventions 



The definitions for the additional fields are: 



Type 


Link 


Generic 


Additional Information 


KA780 


SBI 


KAn 


<G-floating> <H-floating> 
<WCS-last-address> 


MS780 


SBI 


MSa 


<tr> 


RH780 


SBI 


RHa 


<tr> <br> 


DW780 


SBI 


DWa 


<tr><br> 


DR780 


SBI 


??a 


<tr><br> 


RP07 


RHa 


DBan 




RP06 


RHa 


DBan 




RP05 


RHa 


DBan 




RP04 


RHa 


DBan 




RM03 


RHa 


DRan 




RK611 


DWa 


DMa 


<ucsr> <uvector> <ubr> 


RK07 


DMa 


DMan 




RK06 


DMa 


DMan 




TM03 


RHa 


MTa 


<drive> 


TE16 


MTa 


MTan 




TU45 


MTa 


MTan 




TU77 


MTa 


MTan 




DZ11 


DWa 


TTa 


<ucsr> <uvector> <ubr> <EIA> 
! <20MA> 


DUP11 


DWa 


XJan 


<ucsr> <uvector> <ubr> 


DMC11 


DWa 


XMan 


<ucsr> <uvector> <ubr> 


KMC11 


DWa 


XMan 


<ucsr> <uvector> <ubr> 


LP11 


DWa 


LPa 


<ucsr> <uvector> <ubr> 


CR11 


DWa 


CRa 


<ucsr> <uvector> <ubr> 


DRUB 


DWa 


??a 


<ucsr> <uvector> <ubr> 


PCL11 


DWa 


??a 


<ucsr> <uvector> <ubr> 


TS04 


Dwa 


MTan 


<ucsr> <uvector> <ubr> 


RL02 


??a 


??an 




RL11 


Dwa 


??a 


<ucsr> <uvector> <ubr> 



<tr> 


Adapter TR number 


decimal 


1-15 


<br> 


Adapter BR level 


decimal 


4-7 


<drive> 


Massbus drive 


decimal 


0-7 


<ucsr> 


Unibus CSR address 


octal 


760000-777776 


<uvector> 


Unibus vector 


octal 


2-776 


<ubr> 


Unibus BR level 


decimal 


4-7 
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In the generic name: 

"a" is a letter from A to Z. 

"n" is a decimal number in the range 0-255. 

"??" is a generic device name that may be any two letters. 



DS> A TTACH DW780 SB I DW0 3 4 I Attach the DW780. 
DS> ATTACH DZ11 DW0 TTA ! Attach the DZ1J. 11A. 

CSR? — 7 601 20 ! The supervisor prompts 

vvrvnn? T?0 ! f° r information not 

BR? 4 I supplied in the command 



! line. 



DS> 



Example 5-4 Attach Command 



Select Command 

SELECT <generic-device-name>[:],-<CR> 

[<generic-device-name>[:] . . . ] ! ALL<CR> 

The operator must select each unit to be tested with the Select command, after attaching it. For each 
unit supply the appropriate generic device name, as shown in Table 5-1. Select adds the specitied 
device to the list of units to be tested. The command takes effect the next time the diagnostic program 
is started. 



DS> SELECT TTA: 
DS> 



Example 5-5 Select Command 

Deselect Command 

DESELECT <device>[:][, <device>[:] . . . ] ! ALL<CR> 

Use the Deselect command to remove the name of one or more devices from the list of units to be 
tested. 



DS> DESELECT TTA: 
DS> DESELECT ALL 
DS> 



Example 5-6 Deselect Command 
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Show Device Command 

SHOW DEVICE <device>[:][, <device>[:] . . .]<CR> 

The Show Device command causes the supervisor to display the characteristics of the specified devices 
on the operator s terminal. If you omit the device name, the supervisor will list the characteristics of all 
attached devices (Example 5-7). 

Show Selected Command 
SHOW SELECTED<CR> 

The Show Selected command causes the display of information in the same format as the Show Device 
command. However, the information is shown only for the devices that have been previously selected. 



DS> SHOW DEVICE 

_DW0 DW780 60006000 TR=3. BR=4 . NUMBER=0 

ZmM RK07 1 -3E SKiSSeS CSR = 00000777440 <°> VECTOR=0000000021 (O) BR=5. 

_TTA DZ11 _DW0 6013E050 CSR=00000760120 (0) VECTOR=00000000320 (0) BR=4. 

DS> SHOW SELECTED 

DS> SELECT TTA: 
DS> SHOW SELECTED 

PS> A DESELECT TTaT 6013E050 CSR=00000760120 (0) VECTOR=00000000320 (0) BR=4. 

DS> SHOW SEL ECTED 
DS> 



Example 5-7 Show Device and Show Selected Commands 



Start Command 



START [/SECTION: <section-name>]-<CR> 

[/TEST:<first>[:<last>!/SUBTEST:<num>]]-<CR> 
[/PASSES: <count>]<CR> 

The Start command causes the diagnostic supervisor to pass control to the initialize routine in the 
diagnostic program in memory, thus beginning program execution. 

Each diagnostic program is organized in discrete tests. The tests are grouped in sections, according to 
their functions, execution times, and whether or not there is need for operator interaction. 

If the Start command is given without switches, the program will run the tests in the default section In 
other words, the initial setting for SECTION is DEFAULT. The supervisor calls only those tests that 
have been designed by the diagnostic engineer to run in the default section. Default section tests do not 
require operator intervention. When a section is selected in conjunction with the Start command, only 
the tests that it contains will be executed. 
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The TEST switch is used in two distinctly different ways. If the first and last arguments are specified, 
the supervisor sequentially passes control to tests first through last, inclusively. If the first argument is 
combined with the SUBTEST switch, program execution begins at the beginning of the first test and 
terminates at the end of the subtest num. If the SUBTEST switch is used in conjunction with the 
PASSES switch, the operator is provided with a loop-on-subtest capability. In this case, only the 
subtest named in the command line is executed, once looping begins. 

If the TEST switch is not specified, all tests within the named section of the program are executed. In 
other words, the default for TEST is TEST a through TEST n, where TEST n is the highest numbered 
test in the section. If only the first argument is specified with the TEST switch, the last argument is 
assumed by default to be the highest numbered test within the selected section of the program. 

Tests are run only if they are included in the section named. If the PASSES switch is not used, the 
default value is 1. Test and pass numbers are decimal. The minimum value for passes is 1 . The max- 
imum value is 0, which means infinity in this context. 

For example: 



DS> START 



DS> START/SEC : MANUAL 



DS> START/SEC: MANUAL/TEST: 32 : 33 



DS> START/TEST:6:12 



DS> START/TEST : 9/SUBTEST ; 5 



DS> START/TEST: 9 



DS> START/PASS : 3 



DS> START/TEST : 9/SUBTEST : 5/PASS : 



Start execution of the 
diagnostic program in memory. 

Start execution of the 

manual section of the program. 

Run tests 32 and 33 if they are 
in the manual section. Some 
tests may not be executed 
unless the section is 
speci f ied. 

Run tests 6, 7, 8, 9, 10, 
11, 12. 

Run test 9, subtests 1, 2, 
3, 4, 5. 

Run tests 9 through n, 
where n is the last test in 
the default section. 

Run 3 passes of the 
default section. 



Execute test 9, subtests 
1,2,3,4, and then loop on 
subtest 5 indefinitely. 



Example 5-8 Start Command 
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Run Command 

RUN <file-spec> [/SECTION: <section name>]-<CR> 

[/TEST:<first>[:<last>!/SUBTEST:<num>]]-<CR> 
[/PASSES:<count>]<CR> 

Run is equivalent to a Load and Start command sequence. The Run command switches are identical to 
those in the Start command. 

For example: 



DS> RUN ESTAA 



DS> RUN ESTAA/SEC : MANUAL 



! Load and run the local 
! terminal diagnostic. 

! Load the local terminal 
! diagnostic and run the 
! manual section. 



DS> RUN ESTAA/SEC: MANUAL/TEST: 32: 33 ! Load the local terminal 

1 diagnostic and run tests 

! 32 and 33 in the manual 

! section. 



DS> RUN ESTAA/TEST:6:12 



DS> RUN ESTAA/TEST:9/SUBTEST:5 



DS> RUN ESTAA/TEST:9 



DS> RUN ESTAA/PASS : 3 



! Load the local terminal 

! diagnostic and run tests 

! 6, 7, 8, 9, 10, 11, 12. 

! Load the local terminal 

! diagnostic and run test 9, 

! subtests 1, 2, 3, 4, 5. 

! Load the local terminal 

! diagnostic and run tests 9 

! through n, where n is the 

! last test in the default 

! section. 

! Load the local terminal 

! diagnostic and run three 

! passes . 



DS> RUN ESTAA/TEST : 9/SUBTEST : 5/PASS : 



! Load the local terminal 
! diagnostic, execute test 9, 
! subtests 1,2,3,4, and then 
! loop on test 9, subtest 5 
! indefinitely. 



Example 5-9 Run Command 
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Summary Command 

SUMMARY<CR> 

This command causes the execution of the program's summary report code section, which prints 
statistical reports. Note that this command is generally used only after running a pass of a diagnostic 
program. However, the summary command can be used at any time, and would be useful, for example, 
when the Disk Reliability Program is run. Type Control C first to return control to the command line 
interpreter (CLI). Then type SUMMARY to obtain a statistical report on the program. CONTINUE 
may be typed at this point, if the operator wishes to resume program execution. 

Control C 

Normally Control C returns control from a diagnostic program to the command line interpreter in the 
diagnostic supervisor. The supervisor then enters a command wait state and displays the DS> prompt 
on the operator's terminal. The operator may then issue any valid command. Control C is the only 
diagnostic supervisor command that may be issued while a program is running. When a diagnostic 
program is running in conversation mode, Control C returns control to a command interpreter within 
the program for the conversation mode. 

Continue Command 

CONTINUE<CR> 

This command causes program execution to resume at the point at which the program was suspended. 
This command is used to proceed from a breakpoint, error halt, summary, or Control C situation. 

The following example shows how Control C, Summary, and Continue can be used together to obtain 
statistics on the program being run and to then resume execution. 



...Program is running... 

-*C '■ Operator types Control C. 

DS> SUMMARY 1 Supervisor prompt. 

! Operator requests 

! statistical report. 

Statistical 
Re po r t 

DS> CONTINUE ! Supervisor prompt. 

! Operator requests 
! resumption of program. 

...Program is running... 



Example 5-10 Use of Control C, Summary, and Continue Commands 
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Abort Command 
ABORT<CR> 



This command passes control to the program's cleanup code and then returns control to the super- 
visor, which enters a command wait state and displays the supervisor prompt, DS>. At this point the 
operator may issue any command except Continue. Example 5-11 shows how the Abort command can 
be used together with Control C and Summary. 



...Program is running... 

~ c ! Operator types Control C. 

DS> SUMMARY I Supervisor prompt. 

! Operator requests 
! statistical report. 

Statistical 
Re po r t 

DS> ABORT j Supervisor prompt. 

! Operator requests program 
! cleanup and termination. 

DS> ! Supervisor prompt. 



Example 5-1 1 Use of Control C, Summary, and Abort Commands 

5.1.2 Scripting 

The scripting feature in the supervisor enables the computer operator to run predefined sequences of 
diagnostic programs automatically. Supervisor commands normally solicited from the operator's ter- 
minal are instead taken from a text file. 

5.1.2.1 Scripting Command 

@ [load-device: ] [[directory]] < file-spec> < CR> 

This command causes the supervisor to execute the commands that it finds in the command file speci- 
fied. You should build the command file with a text editor before starting the supervisor, and then 
copy the command file on the diagnostic program load device. When you execute the command file 
from the supervisor, the supervisor assumes that the load device for the command file is the device 
from which the supervisor was loaded. If the load device is different, specify the device and the di- 
rectory for the file either with the scripting command or with a preceding Set Load command. 

Example 5-12 shows a typical command file. Example 5-13 shows how the file can be used. Notice that 
in Example 5-13 the load device is specified, but the file type and version are not specified. When the 
operator does not supply the file type and version number, the supervisor applies the defaults 
".COM:0". 
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DS> ATTACH DW780 SB I DW0 3 4 

DS> ATTACH DZ11 DW0 TTA 760120 320 4 

DS> SELECT TTA: 

DS> RUN ESDAA/PASS:3 



Example 5-12 A Typical Command File 



$ COPY CMD.COM DMA0;[TEST] 

$ RUN ESSAA 

DS> §DBA0; [TEST] CMP 



Example 5-13 Execution of a Typical Command File 

NOTE 
The square brackets around the directory name, 
[TEST], are necessary. 

Diagnostic programs do not solicit information from the operator, except under unusual circum- 
stances. Exceptions are manual intervention tests and volume verification failures for programs that 
write on disks. Responses to questions of this nature should come from the operator, not from a script. 
Therefore, script files contain only supervisor commands. 

5.1.2.2 @ Command Processing - The supervisor processes the @ command roughly as follows. 

1 . The supervisor aborts the current program if necessary. 

2. The supervisor reads the whole script at once into a buffer. 

3. The supervisor initializes a pointer to the first line of the script. 

4. The supervisor sets a flag to indicate that the next command is to be taken from the script. 

5. As the supervisor processes the commands in the script, it displays the prompt and com- 
mand text on the operator's terminal. 

6. When the script has been exhausted, the supervisor types "@ <EOF>". 

5.1.2.3 Buffer Allocation and Script Nesting - The supervisor dynamically allocates the memory buf- 
fer for script text and control and position information. Each script descriptor is linked to previous 
script descriptors. This allows you to nest scripts. The amount of memory available on a given com- 
puter system limits the number of nesting levels possible. 

You can invoke script nesting with an "@<file-spec>" command within a script. The supervisor 
processes commands from the second script file until it reaches the end of the script. The supervisor 
then releases the second script and resumes processing commands from the first script. If no previous 
script is left unprocessed, control returns to the operator's terminal. 
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5.1.2.4 Interrupting the Script - The operator may type Control C on the terminal to interrupt the 
script, if necessary. Control C causes the supervisor to suspend the script and stop the current pro- 
gram, if a program is running. The operator can issue any command while the script is suspended. 
However, if the operator wants to resume the script, eventually, by typing CONTINUE, the selection 
of commands is limited. 

These commands can be followed by resumption of the program. 

SET 

CLEAR 

EXAMINE 

DEPOSIT 

SHOW 

SUMMARY 

NEXT 

CONTINUE 

The following commands flush all scripts and return control to the command line interpreter in the 
supervisor: 

ATTACH 

SELECT 

DESELECT 

LOAD 

START 

RUN 

ABORT 

In general, a command flushes scripts if it would be meaningless to continue the script after the 
command has been executed. 

5.1.2.5 Command File Format - A command procedure must be a contiguous ASCII file created by 
VAX-1 1 RMS (record management services) on an ODS-1 or ODS-2 disk file structure. The file must 
be line oriented and records must not exceed 72 characters. You can create a command procedure file 
with any editor or with the VMS CREATE command. The supervisor treats all records as supervisor 
commands. Any legitimate supervisor command is valid in a script. 

5.1.3 Execution Control Functions 

The execution control functions allow the operator to alter the characteristics of the diagnostic pro- 
grams and the diagnostic supervisor. These functions are implemented by command flags and event 
flags. The command flags are used to control the printing of error messages, ringing the bell, and 
halting and looping of the program. 

Set Flags Command 

SET [FLAGS] <arg-list><CR> 

This command results in the setting of the execution control flags specified by arg-list. No other flags 
are affected. Arg-list is a string of flag mnemonics from the following table, separated by commas. 

HA LT Halt on error detection. When the program detects a failure and this flag is set, the 

supervisor enters a command wait state after all error messages associated with the 
failure have been output. The operator may then continue, restart, or abort the 
program. This flag takes precedence over the LOOP flag. 
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LOOP 



BELL 

IE1 
IE2 

IE3 

IES 
QUICK 

TRACE 

OPERATOR 

PROMPT 



Loop on error. When set, this flag causes the program to enter a predetermined 
scope loop on a test or subtest that detects a failure. Set the IE1 flag if you want to 
inhibit error messages. Looping will continue until the operator returns control to 
the supervisor by using the Control C command. The operator may then continue, 
clear the flag and continue, or abort the program. 

Bell on error. When set, this flag causes the supervisor to send a bell to the operator 
whenever the program detects a failure. 

Inhibit error messages at level 1 . When set, this flag suppresses all error messages, 
except those that are forced by the program or supervisor. 

Inhibit error messages at level 2. When set, this flag suppresses basic and extended 
information concerning the failure. Only the header information message (first 
three lines) is output for each failure. 

Inhibit error messages at level 3. When set, this flag suppresses extended informa- 
tion concerning the failure. The header and basic information messages are output 
for each failure. 

Inhibit summary report. When set, this flag suppresses statistical report messages. 

Quick verify. When set, this flag indicates to the program that the operator wants a 
quick verify mode of operation. The interpretation of this flag is program depend- 
ent. 

Report the execution of each test. When set, this flag causes the supervisor to report 
the execution of each individual test within the program as the supervisor dis- 
patches control to that test. 

Operator present. When set, this flag indicates to the supervisor that operator inter- 
action is possible. When cleared, the supervisor takes appropriate actions to ensure 
that the test session continues without an operator. 

Display long dialogue. When set, this flag indicates to the supervisor that the oper- 
ator wants to see the limits and defaults for all questions printed by the program. 



ALL All flags in this list. 

Clear Flags Command 

CLEAR [FLAGS] <arg-list><CR> 

This command results in the clearing of the flags specified by arg-list. No other flags are affected. 
Arg-list is a string of flag mnemonics separated by commas. See the SET command for supported 
arguments. 

Set Flags Default Command 

SET FLAGS DEFAULT<CR> 

This command returns all flags to their initial default status. The default flag settings are OPERATOR 
and PROMPT. 
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Show Flags Command 

SHOW FLAGS<CR> 

This command displays all the execution control flags and their current status. The flags are displayed 
as two mnemonic lists; one list is for those flags that are set, the other for those that are clear. 

The following example shows how the Set Flags, Clear Flags, and Show Flags commands can be 
coordinated. 



DS> SET FLAGS TRACE ! Set the TRACE flag. 

DS> CLEAR FLAGS QUICK ! Clear the QUICK flag. 

DS> SHOW FLAGS 

CONTROL FLAGS SET: PROMPT, OPER, TRACE 

CONTROL FLAGS CLEAR: QUICK, IES, IE3, IE2, IE1, BELL, LOOP, HALT 

DS> 



Example 5-14 Use of the Flag Control Commands 



Set Event Flags Command 

SET EVENT [FLAGS] <arg-list>!ALL<CR> 

This command results in the setting of the event flags specified by arg-list. No other event flags are 
affected. Arg-list is a string of flag numbers in the range of 1-23, separated by commas. ALL may be 
specified instead of arg-list. 

Event flags are status posting bits maintained by VMS and the supervisor. Diagnostic programs can 
use event flags to perform a variety of signaling functions, including communication with the operator. 

Clear Event Flags Command 

CLEAR EVENT [FLAGS] <arg-list>!ALL<CR> 

This command results in the clearing of the event flags specified by arg-list. No other event flags are 
affected. Arg-list is a string of flag numbers in the range of 1-23, separated by commas. An optional 
ALL may be specified instead of arg-list. 

Show Event Flags Command 

SHOW EVENT [FLAGS]<CR> 

This command causes the supervisor to display a list of the event flags that are currently set. 

Example 5-15 shows how the Set Event Flags, Clear Event Flags, and Show Event Flags commands 
can be coordinated. 
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DS> SET EVENT FLAGS 1, 9, 15 
DS> CLEAR EVENT FLAGS 2 , 6 
DS> SHOW EVENT FLAGS 
EVENT FLAGS SET: 15, 9, 1 
DS> 



Example 5-15 Event Flags Control Commands 



5.1.4 Debug and Utility Commands 

This group of commands provides the operator with the ability to isolate errors and to alter diagnostic 
program code. The supervisor allows up to 15 simultaneous breakpoints within the program. The 
operator can also examine and/or modify the program image in memory. 

Set Base Command 

SET BASE <address><CR> 

This command loads the address specified into a software register. This number is then used as a base 
to which the address specified in the Set Breakpoint, Clear Breakpoint, Examine, and Deposit com- 
mands is added. The Set Base command is useful when referencing code in the diagnostic program 
listings. The base should be set to the base address (see the program link map) of the program section 
referenced. Then the PC numbers provided in the listings can be used directly in referencing locations 
in the program sections (Example 5-16). 

For example: 



DS> SET BASE E00 ! Set the base 

! address to the 



! beginning of the psect of 
! the routine under 
! examination. 



DS> 



Example 5-16 Set Base Command 

NOTE 
Virtual address = physical address (normally) when 
memory management is turned off. 

Set Breakpoint Command 

SET BREAKPOINT <address><CR> 

This command causes control to pass to the supervisor when the program counter points to the <ad- 
dress> previously specified by this command. A maximum of 15 simultaneous breakpoints can be set 
within the diagnostic program. 
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For example: 



DS> SET BREAKPOINT 



30 



! Set a breakpoint 

! at an offset of 

! 30 from the 

! base address. 



Example 5-17 Set Breakpoint Command 



Clear Breakpoint Command 

CLEAR BREAKPOINT <address> ! ALL<CR> 

This command clears the previously set breakpoint at the memory location specified by <address>. If 
no breakpoint existed at the specified address, no error message is given. An optional argument of 
ALL clears all previously defined breakpoints. 

For example: 



DS> CLEAR BREAKPOINT 


30 


! Clear the breakpoint 
! at the location which 
! is offset 30 from 
! the base address. 


DS> 







Example 5-18 Clear Breakpoint Command 

Show Breakpoints Command 
SHOW BREAKPOINTS<CR> 

This command displays all currently defined breakpoints. 
For example: 



DS> SHOW BREAKPOINTS 

CURRENT BREAKPOINTS: 

00000E30(X) 
DS> 



! Display breakpoints 
! currently set. 



Example 5-19 Show Breakpoints Command 
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Set Default Command 

SET DEFAULT <argument-list><CR> 

This command causes setting of default qualifiers for the examine and deposit commands. The <argu- 
ment-list> argument consists of data length default and/or radix default qualifiers. If both qualifiers 
are present, they are separated by a comma. If only one default qualifier is specified, the other one is 
not affected. Initial defaults are HEX and LONG. Default qualifiers are: 

Data Length: Byte, Word, Long 
Radix: Hexadecimal, Decimal, Octal 

For example: 



DS> SET DEFAULT BYTE, DECIMAL ! Set the default data 

" ! length qualifier as 

! byte and the default 

! radix qualifier as 

! decimal. 

DS> 



Example 5-20 Set Default Command 



Examine Command 

EXAMINE [<qualifiers>] [<address>]<CR> 

The examine command displays the contents of memory in the format described by the qualifiers. If no 
qualifiers are specified, the default qualifiers set by a previous default command are used. The appli- 
cable qualifiers are described in Table 5-2. 

Table 5-2 Examine Command Qualifier Descriptions 



Qualifier 


Description 


/B 


Address points to a byte 


/W 


Address points to a word 


/L 


Address points to a longword 


/H 


Display in hexadecimal radix 


/D 


Display in decimal radix 


/o 


Display in octal radix 


/A 


Display in ASCII bytes 



When specified, the <address> argument is accepted in hexadecimal format unless some other radix 
has been set with the Set Default command. Optionally, <address> may be specified as decimal, octal, 
or hexadecimal by immediately preceding the address argument with %D, %0, or %X, respectively. 
<Address> may also be one of the following: R0-R11, AP, FP, SP, PC, PSL. 
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For example: 



DS> EXAMINE 30 



00000E30: D0513D01 
DS> 



! Display the contents 

! of the longword which 

! is offset 30 from 

! the base address of E00. 



Example 5-21 Examine Command 



Deposit Command 



DEPOSIT [<qualifiers>] <address> <data><CR> 

This command accepts data and writes it into the memory location specified by <address> in the 
format described by the qualifiers. If no qualifiers are specified, the default qualifiers are used. The 
applicable qualifiers are identical to those of the Examine command described in Table 5-2. 

The <address> argument is accepted in hexadecimal format unless some other radix has been set with 
the Set Default command. Optionally, <address> may be specified as decimal, octal, or hexadecimal 
by immediately preceding <address> with %D, %0, or %X, respectively. 

For example: 



DS> DEPPS IT/W/H 30 0001 



00000E30: 
DS> 



0001 



Deposit 0001 (hex) 
in the word 
offset 30 from 
the base address. 



Example 5-22 Deposit Command 

Next Command 

NEXT [number-of-instructions]<CR> 

This command causes the supervisor to execute one macro instruction. If you specify a number (deci- 
mal) after NEXT, the supervisor will execute that number of macro instructions. The supervisor dis- 
plays the PC of the next instruction and the contents of the next four bytes, after execution of each 
instruction. 

Use this command to step through an area of a program where you suspect a problem. Do not use the 
Next command unless you have stopped the program at a breakpoint. 
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For example: 



DS> NEXT ! Execute the next instruction. 

00000E31: D0513D01 

DS> 



Example 5-23 Next Command 
5.2 SIMPLIFIED SYSTEM TESTING 

5.2.1 Booting the Supervisor from the System Disk: On-Line Mode 

When you wish to run diagnostic programs in the on-line mode, first type RUN [SYSMAINTJESSAA 
to load and start the diagnostic supervisor. 

Terminal output: 



$ RUN [SYSMAINTJESSAA 
DS> 



Example 5-24 Booting the Supervisor On-Line 

The supervisor is loaded and started. It prompts the operator with DS>. 

5.2.2 Booting the Supervisor from the System Disk: Standalone Mode 

The VAX console takes a three-character argument with the boot command. These three characters 
form the name of an indirect command file. The LSI-1 1 processor in the console reads the file selected 
from the floppy diskette and then executes the file to boot the diagnostic supervisor. 

The console floppy diskette (ZZ-ESZAB) contains 27 boot command files. There is one automatic 
boot file for each possible drive number (0 through 7) on each of the three disk types currently sup- 
ported on the VAX- 11/780, making 24 automatic files for booting the supervisor from the 
SYSMAINT directory on the system device. There are three prompting files (one for each drive type) 
for booting the supervisor from a disk that is not the system device or from a directory other than 
SYSMAINT. These three files prompt the operator twice, once for the name of the boot file (e.g., 
DIAGBOOT.EXE) and once for the name of the file to be booted (e.g., ESSAA.EXE). If you use 
either of those three files, deposit in R3 the number of the disk drive containing the supervisor file, as 
shown in Example 5-25, before typing the Boot command. 



>>>DEPOSIT R3 



Example 5-25 Preparation of R3 for a Prompting Boot File 
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For each of the 27 boot command files the Boot command takes a three-character argument of the 
form Sgn. 

S = diagnostic boot 

g = generic drive type character, where 

B = RP04/RP05/RP06 drive 
M = RK06/RK07 drive 
R = RM03 drive 

n = drive number (0-7), if numeric, or A, if you require the prompt option. 

To run diagnostic programs in the standalone mode, proceed with the following steps. 

1. Type Control P (AP) to return control to the console I/O mode in the console program. 

2. Type HALT. 

3. Insert the console floppy diskette in the floppy disk drive. 

4. Replace the VMS disk pack with the diagnostic disk pack in the system drive. 

5. Type BOOT <arg>, where <arg> is the three-character argument that describes the boot 
command file appropriate to your system. 

6. The diagnostic supervisor will load and start and prompt the operator with DS>. If you use 
the prompting boot file, you must supply the name of the boot file and the name of the 
diagnostic file when prompted. Four examples of the Boot command using different com- 
mand files follow. 



>>>BOOT SB0 



! Boot the diagnostic 
! supervisor from RP06 
! drive 0. 



CPU HALTED 
INIT SEQ DONE 
HALT INST EXECUTED 
HALTED ATT 200034F9 



G 0000000E 00000200 

LOAD DONE, 00001600 BYTES LOADED 
DIAGNOSTIC SUPERVISOR. ZZ-ESSAA-X5. 0-119 23-JAN-1980 12:36:54.83 
DS> 



Example 5-26 Booting the Supervisor from an RP06 Disk Drive 
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>»BOOT SR4 ! 


Boot the diagnostic 


; 


supervisor from RM03 


CPU HALTED I 


drive 4. 


INIT SEQ DONE 




HALT INST EXECUTED 




HALTED AT 200034F9 




G 0000000E 00000200 




LOAD DONE, 00001600 BYTES LOADED 




DIAGNOSTIC SUPERVISOR. ZZ-ESSAA-X5, 0-119 


23-JAN-1980 12:46:54.83 " 


DS> 





Example 5-27 Booting the Supervisor from an RM03 Disk Drive 



>>>BOOT SM5 






! Boot 


the diagnostic 










! supervisor 


from RK07 




CPU HALTED 






! drive 


0. 








INIT SEQ DONE 
















HALT INST EXECUTED 
















HALTED AT 200034F9 
















G 0000000E 00000200 
















LOAD DONE, 00001600 


BYTES 


LOADED 












DIAGNOSTIC SUPERVISOR. ZZ 


-ESSAA 


-X5, 0-119 


23 -JAN 


-1980 


12 


:56:54. 


83 


DS> 

















Example 5-28 Booting the Supervisor from an RK07 Disk Drive 



>>>D R3 



>>>BOOT SMA 



CPU HALTED 
INIT SEQ DONE 
HALT INST EXECUTED 
HALTED AT 200034F9 



Inform the boot file of 
the drive number to use 
Boot the diagnostic 
supervisor from the 
RK07 drive, unit 
number indicated by R3. 



G 0000000E 00000200 

LOAD DONE, 00001600 BYTES LOADED 
Enter name of boot file: [1,10] DIAGBOOT.EXE ! Supervisor boot file 

! name 
Enter name of file: [1 ,10] ESSAA.EXE ! Supervisor file name 



DIAGNOSTIC SUPERVISOR. 
DS> 



ZZ-ESSAA-X5. 0-119 23-JAN-1980 12:44:40.03 



Example 5-29 Booting the Supervisor with a Prompting Boot File 
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5.2.3 The CONFIG and SYSTEST Script Files 

The diagnostic package for each VAX-1 1/780 system includes two script files. These script files should 
reside on the diagnostic system disk. They contain a sequence of commands to the supervisor that 
makes it possible for the operator to run a series of diagnostic programs with one or more commands. 
The operator does not need to deal with the names of the hardware components and diagnostic pro- 
grams in order to test the system. The scripts for each VAX-1 1/780 system are tailored to the hardware 
configuration of that system. 

The SYSTEST script file consists of two sequences of commands: configuration sequence and a pro- 
gram execution sequence. The SYSTEST script file runs in the standalone mode only. The con- 
figuration script file (CONFIG) sequence consists of a series of ATTACH commands that describe the 
hardware configuration to the supervisor. The program execution script file (SYSTEST) includes a call 
to CONFIG, selects devices for test, controls flags, and executes appropriate diagnostic programs. 

Type ©SYSTEST or ©CONFIG to execute these scripts. Example 5-30 shows the listing for a typical 
CONFIG script. Example 5-31 shows a corresponding listing for a SYSTEST script. 



DS> 


! CONFIGURATION FILE FOR SYSTEM TYPE SV- 


-AXHAA DUAL RK07 


DS> 


IPACKAGED SYSTEM VERSION:1.0 


01-MAY-79 


DS> 


1C0NFIG.COM; 3 




DS> 


t 




DS> 


IDefine processor... 




DS> 


ATTACH KA780 SB I KA0 NO NO 




DS> 


j 




DS> 


IDefine memory... 




DS> 


ATTACH MS780 SB I MS0 1 




DS> 


i 




DS> 


JDefine Unibus adapters... 




DS> 


ATTACH DW780 SBI DW0 3 4 




DS> 


j 




DS> 


IDefine Unibus disks... 




DS> 


ATTACH RK611 DW0 DMA 777440 210 5 




DS> 


ATTACH RK07 DMA DMA0 




DS> 


ATTACH RK0 7 DMA DMA1 




DS> 


i 




DS> 


IDefine terminals... 




DS> 


ATTACH DZ11 DW0 TTB 760110 310 5 EIA 




DS> 


i 




DS> 


ATTACH VT100 TTB TTB0 




DS> 


ATTACH VT100 TTB TTB1 




DS> 


ATTACH VT100 TTB TTB2 




DS> 


ATTACH VT100 TTB TTB 3 




DS> 


ATTACH VT100 TTB TTB4 




DS> 


ATTACH VT100 TTB TTB 5 




DS> 


ATTACH VT100 TTB TTB 6 




DS> 


ATTACH VT100 TTB TTB7 





Example 5-30 A Typical CONFIG Script Listing 
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DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 
DS> 



VERSION: 1.0 01-MAY-7 9 

! Select everything. 



•SYSTEM TEST SCRIPT FOR SYSTEM TYPE SV-AXHHA DUAL RK07 
{PACKAGED SYSTEM 
IFOR STANDALONE USE ONLY... 
■SYSTEST.COM; 3 
@CONFIG 
; 

SELECT ALL 
i 

RUN ESKAX ! Cluster Exerciser Quick Verify. 

RUN ESKAY ! Cluster Exerciser Native Mode Inst. 

RUN ESKAZ ! Cluster Exerciser MEM-MGT/PDP-11 Inst. 

; 

RUN ESCBA ! DW780 Test 

i 

RUN ESRAA /SEC:QUAL ! Verify disk functionality. 

RUN ESDAA /SEC:QUAL ! Verify DZ11 functionality. 



RUN ESXBA 
i 

SET FLAGS QUICK 
RUN ESRAA 
CLEAR FLAGS QUICK 
i 

!END OF SYSTEST. . . 



! Verify integrity of system buses. 
! Run disk reliability in quick mode. 



Example 5-31 A Typical SYSTEST Script Listing 



If you wish to run a different set of diagnostic programs from those called in the SYSTEST script, type 
©CONFIG to describe the system configuration to the supervisor before selecting the units for test 
and running programs. 

5.2.4 Modifying Script Files 

Use the SOS editor under VMS to modify your script file or create new scripts. The file names for the 
existing script files are shown below. 

[SYSMAINT]CONFIG.COM 
[SYSMAINT]SYSTEST.COM 

5.3 RUNNING LOAD PATH DIAGNOSTICS FROM THE FLOPPY: STANDALONE 

It may be that you cannot boot the diagnostic supervisor from the system disk because of a hardware 
problem in the load path or on the system disk drive. In this case, boot the supervisor as follows. 

1. Type Control P. 

2. Type HALT. 

3. Insert the load path floppy diskette. 

4. Type BOOT. 

When the supervisor starts and gives the DS> prompt, type in the commands necessary to define the 
load path and disk to the supervisor with the ATTACH command. Then select the disk (or other 
device) to be tested and run the appropriate program. The load path floppy diskette set contains the 
following program types and classes. 
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Hard-core instruction test 
Diagnostic supervisor 
Cluster exerciser programs 
Channel diagnostic programs 
Disk diagnostic and utility programs 

Repair level 

Reliability level 

Formatter 
Tape diagnostic programs 

Repair level 

Reliability level 

(for VAX- 1 1/780 systems with magtape drives) 

Console terminal output: 



>>> B00T 

DIAGNOSTIC SUPERVISOR. ZZ-ESSAA-5.0 30-APR-1979 00:00:00.00 

DS> ATTACH RH78 SBI RH0 8 5 ! Attach Massbus interface. 

DS> ATTACH RP06 RHA DBA0 ! Attach system disk. 

DS> SELECT DBA0: i Select system disk. 



DS> RUN ESRAA/SECTION:QUAL 



Load the disk 
reliability program 
from the floppy and 
run it to verify 
disk functionality. 



Example 5-32 Running Diagnostics from the Load Path Floppy Diskette Set 
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CHAPTER 6 
BUILDING AND MAINTAINING THE DIAGNOSTIC SYSTEM DISK 

6.1 BUILDING A DIAGNOSTIC DISK PACK 

Each VAX-1 1/780 system requires a diagnostic disk pack as well as a VMS disk pack, or a com- 
bination VMS and diagnostic disk pack, for proper system operation. 

DIGITAL distributes diagnostic system installation kits for VAX-1 1/780 systems in two package 
types. RK07 based VAX-1 1/780 systems are shipped with RK07 disk packs, which already contain the 
diagnostic files. RP06 and RM03 based VAX- 11/780 systems are shipped with a magnetic tape con- 
taining the diagnostic files. 

6.1.1 Dual RP06 and Dual RM03 Based System 

For dual RP06 and dual RM03 based systems, you must transfer the files on magnetic tape to a 
formatted disk pack on the system disk drive before you can run many of the macro level diagnostic 
programs. Build the diagnostic disk pack according to the following procedures. 

1 . Return control to the console I/O mode in the console program by one of the following two 
methods. 

a. Type Control P (AP) and HALT on the console terminal, 

or 

b. Place the console floppy disk in the floppy disk drive and cycle the DC ON/OFF 
switch on the LSI-11 control panel first OFF and then ON. 

2. When the console program displays the prompt symbol, > > > , locate the DSC 1 floppy disk, 
ZZ-ESZEE, and insert it in the floppy disk drive. 

3. Mount the diagnostic distribution kit magnetic tape on tape drive with the write-enable 
ring removed. Ensure that the tape is on-line and positioned at BOT. 

4. Mount a formatted scratch disk pack in disk drive and ready the drive for I/O. Type 
BOOT. If the system is RP06 based, follow Steps 5 and 6. If the system is RM03 based, 
follow Step 7. 

5. For an RP06, obtain the list of bad blocks from the pack test data supplied by the manufac- 
turer. The list identifies each bad block by cylinder, track, and sector coordinates. Convert 
this data to logical block numbers (LBN) using the following formula: 

LBN = (cylinder * 19 + track) * 22 + sector 

You may run the READ ALL section of the disk formatter program (ESRAC) before start- 
ing the DSC process as an alternative. The disk formatter program will provide you with the 
logical block numbers of the bad blocks on the disk pack. 

6. In response to the DSO prompt on the console terminal, type the following command to 
create and verify the RP06 diagnostic disk. 
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DSODBA0 : /VE/BAD=MAN=MTA0 : /RW 



Example 6-1 Creating an RP06 Diagnostic Disk Pack 



The DSC1 program will then prompt the operator for bad block data with BAD=. Type in 
the logical block numbers of the bad blocks as shown below. 



BAD= 


=1376. 


<CR> 








BAD= 


•45910 


.<CR> 








BAD= 


= <CR> 




! Beg 


in 


transfer. 



Example 6-2 Entering Bad Block Numbers 

NOTE 
The dot (.) signifies a decimal number. 

The DSC1 program will begin transferring data after the operator responds with a carriage 
return to the BAD = prompt. 

7. For an RM03 based system, type the following command in response to the DSO prompt. 



DSODRA0;/VE= MTA0:/RW 



Example 6-3 Creating an RM03 Diagnostic Disk Pack 

DSC1 will copy the files on the magnetic tape to the RM03 disk pack. 

At the end of the transfer to either the RM03 or the RP06 disk pack, the DSC1 program will 
rewind the tape for a verification pass. The /VE qualifier in the command line specifies this 
pass. 

Example 6-4 shows the console terminal output. 
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>» BOOT 

CPU HALTED 

IN IT SEQ DONE 

LOAD DONE, 00020400 BYTES LOADED 

VAX/VMS DSC-1, VERSION 1.0 9-MAY-1979 

DSO DMA0 : /VE=MTA0 : /RW 

DSC — 4 5 STARTING VERIFY PASS 

DSC> ! Type <CR> to exit. 

>>> 



Example 6-4 Transferring Diagnostic Files from Magnetic 
Tape to Disk with DSC1 

Replace the DSC1 floppy diskette with the console floppy diskette when the operation is 
complete. 

9. Boot the diagnostic supervisor as explained in Paragraph 5.2.2 of Chapter 5. 

10. You may be unable to build a diagnostic pack with the DSC tape or unable to boot the 
supervisor because of a hardware failure. In either case, use the set of load path floppy 
diskettes to load the diagnostic supervisor and run the appropriate diagnostic programs. See 
Paragraph 5.3, Chapter 5, for details. 

11. On dual-drive systems, you may copy the [SYSMAINT] files to the VMS system pack. To 
perform this transfer, place the VMS disk pack on drive 0, place the diagnostic disk pad on 
drive 1, and boot VMS. Then use the VMS copy command to transfer the diagnostic files to 
the VMS pack. 

6.1.2 Single RP06 or RM03 Based Systems 

For single RP06 and single RM03 based VAX- 11/780 systems, you may build a diagnostic area 
[SYSMAINT] on the same disk pack as that which contains the VMS operating system. 

Single disk systems are shipped with a full set of diagnostic files on floppy diskettes. Transfer the files 
from the diskettes to the system disk pack according to the following procedures. 

1. Ensure that VMS is running properly and type Control Y (AY) to return control to the 
monitor. 

2. Remove the console floppy diskette. 

3. Insert floppy ESZDD. 

4. Type 

$MCR FLX /RS/CO=DXl:ESUBA.COM/RT/FA to VMS. 

5. Type 
$@ESUBA to VMS. 
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6. Locate the first floppy diskette containing files to be transferred. 

7. Insert the diskette. In response to the prompt message, 

TYPE IN THE NAME OF THE MOUNTED FLOPPY [<CR>=EXIT], 
type in the name of the floppy diskette, e.g., ESZAF. After you have transferred the files 
from all the floppy diskettes, type a carriage return following the prompt message to exit 
from the ESUBA script. At this point the SYSMAINT area on your system disk is complete. 

8. Reinsert the console floppy diskette. 

6.2 UPDATING DIAGNOSTIC FILES 

When you receive a set of floppy diskettes to update the diagnostic files, transfer the new files from the 
floppy diskettes to the diagnostic system disk pack according to the following procedures. 

1. Ensure that VMS is running properly and type a Control Y (AY) on a terminal to return 
control to the monitor. 

2. Locate floppy diskette ZZ-ESZDD and insert it in the floppy disk drive. 

3. Type 

$MCR FLX /RS/CO=DXl:ESUBB.COM/RT/FA to VMS. 

4. Type 
$@ESUBB to VMS. 

5. Locate the floppy disk containing the files to be transferred. Insert the diskette; in response 
to the prompt messsage, 

TYPE THE NAME OF MOUNTED FLOPPY [<CR> = EXIT], 

type in the name of the floppy diskette, e.g., ESZAE. The ESUBB script will delete files to be 
replaced, transfer all of the diagnostic files on the diskette, and then prompt the operator for 
another floppy diskette. After you have transferred the files from all the update floppy 
diskettes, type a carriage return following the prompt message to exit from the ESUBB 
script. At this point your diagnostic system disk is complete. 

6. Reinsert the console floppy diskette. 
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APPENDIX A 
HELP FILES 



A.l CONSOLE HELP FILE 

The console help file describes the console command language. Note that when the console program is 
running in the LSI-1 1, it will always be in one of two modes, console I/O mode or program I/O mode. 
With the exception of the control P (AP) command, the console commands listed in the help file are 
available only when the console program is in the console I/O mode. 

In the console I/O mode, the console program interprets the characters typed on the console terminal 
as console commands. In the program I/O mode, however, the console program is transparent to the 
operator. The console program passes characters from the console terminal directly to the VAX- 
11/780 CPU for use by VMS or the diagnostic supervisor. 

Type control P to switch from program I/O mode to console I/O mode. 

Type SET TERMINAL PROGRAM to switch from console I/O mode to program I/O mode. 

IVAX-11/780 CONSOLE HELP FILE 

!TO STOP PRINTING, TYPE "C 

IFOR ABBREVIATION RULES, TYPE • 9ABBREV .HLP ' 

JFOR ERROR MESSAGE HELP, TYPE TERROR. HLP' 

JFOR REMOTE ACCESS HELP, TYPE ' 8REMOTE.HLP ' „ „ ,,„„ 

GENERAL: <ADDRESS> IS A <NUMBER>, OR ONE OF THE FOLLOWING 

SYMBOLIC <ADDRESSESXONLY FOR EXAMINE & DEPOSIT COMMANDS) 

•R0,R1,R2, R11,AP,FP,SP,PC (GENERAL REGISTERS) 

'PSL' (PROCESSOR STATUS WORD) 

•*' (LAST ADDRESS) 

•+• (ADDRESS FOLLOWING 'LAST'C*) ADDRESS) 

•-' (ADDRESS PRECEEDING «LAST'(*) ADDRESS) 

'@* (USES LAST EXAMINE/DEPOSIT DATA FOR ADDRESS) 

<NUMBER> = STRING OF DIGITS IN CURRENT DEFAULT RADIX, 
OR STRING OF DIGITS PREFIXED WITH A DEFAULT RADIX 
OVERRIDE. (%0 FOR OCTAL, %X FOR HEX) 

ALL COMMANDS ARE TERMINATED BY CARRIAGE RETURN 
'EXAMINE <ADDRESS>' -DISPLAYS CONTENTS OF <ADDRESS> 

•DEPOSIT <ADDRESS> <DATA>' -DEPOSITS <DATA> TO <ADDRESS> 

USE A QUALIFIER AFTER THE COMMAND NAME TO SPECIFY 

THE PROPER ADDRESS SPACE TO USE: 

'/P' FOR PHYSICAL MEMORY(THE DEFAULT) 

'/V' FOR VIRTUAL MEMORY 

•/I' FOR INTERNAL(PROCESSOR) REGISTERS 

'/G' FOR GENERAL REGISTERS THRU F(R0 THRU PC) 

'/VB' FOR VB.US REGISTERS 

'/ID' FOR ID6US REGISTERS 
EXAMPLE: TO EXAMINE VIRTUAL ADDRESS 10245, THE SHORTEST 

UNIQUE COMMAND STRING IS: 'E/V 10245' (SEE ABBREV.HLP) 

'EXAMINE IR' -EXAMINES INSTRUCTION REG.(IR). DISPLAYS 

OP-CODE, SPECIFIER, «, EXECUTION POINT COUNTER 

•START <ADDRESS>' -INITIALIZES THE CPU, DEPOSITS <ADDRESS> 

TO THE PC, ISSUES A CONTINUE TO THE ISP. 

•CONTINUE' -ISSUES A CONTINUE TO THE ISP. 

'HALT' -HALTS THE ISP 

'BOOT' -BOOTS THE CPU FROM DEFAULT DEVICE 

•INITIALIZE' -INITIALIZES THE CPU 

•SHOW -SHOWS CONSOLE AND CPU STATE 
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'SHOW VERSION' 

'TEST' 

'TEST/COM' 

'UNJAM' 

•SET STEP BUS' 

■SET STEP STATE' 

'SET STEP INSTRUCTION' 

'CLEAR STEP' 

'NEXT <NUMBER>' 



-SHOUTS VERSIONS OF MICROCODE AND CONSOLE 

-RUNS MICRO-DIAGNOSTICS 

-LOADS MICRO-DIAGNOSTICS, AWAITS COMMANDS 

-UNJAMS THE SB! 

-ENABLE SINGLE BUS CYCLE CLOCK MODE 

-ENABLE SINGLE TIME STATE CLOCK MODE 

-ENABLES SINGLE INSTRUCTION MODE 

-ENABLE NORMALCNO STEP) MODE 

-<NUMBER> STEP CYCLES ARE DONE, TYPE OF 

STEP DEPENDS ON LAST 'SET STEP' COMMAND 
-DOES A QUAD CLEAR TO <ADDRES5>, WHICH IS FORCED 

TO A QUAD WORD BOUNDARY (CLEARS ECC ERRORS) 
-SET 'STOP ON MICRO-MATCH' ENABLE 
-CLEAR "STOP ON MICRO-MATCH' ENABLE 
NOTE: ID REGISTER 21 IS THE MICRO-MATCH REGISTER. 
SET CLOCK SLOW' -SET CPU CLOCK FREQ TO SLOW. 

•SET CLOCK FAST' -SET CPU CLOCK FREQ TO FAST 

SET CLOCK NORMAL' -SET CPU CLOCK FREQ TO NORMAL 

•SET RELOCATION:<NUMBER>' -PUT <NUMBER> INTO CONSOLE'S RELOCATION 

REGISTER. RELOCATION REGISTER IS ADDED 
TD EFFECTIVE ADDRESS OF PHYSICAL AND 
VIRTUAL EXAMINES AND DEPOSITS. 
•SET DEFAULT <OPTION>, . . . ,<OPTION> ' -SET CONSOLE DEFAULTS 
NOTE: <OPTIONS> ARE: 



'QCLEAR <ADDRESS>' 

•SET SOMM' 
'CLEAR SOMM' 



'SET TERMINAL F1LL:<NUMBER> ' 

•SET TERMINAL PROGRAM' 
•-P'(CQNTROL-P) 

'HELP' 

'e<FILENAME>' 
'LOAD <FILENAME>' 
'LOAD/WCS <FILENAME>« 
NOTE: 



•LINK" 



OCTAL, HEX, PHYSICAL, VIRTUAL, INTERNAL 

GENERAL, VBUS,IDBUS, BYTE, WORD, LONG, QUAD 

-SET FILL COUNT FOR * OF BLANKS WRITTEN 

TO THE TERMINAL AFTER <CR> OR <LF> 
-PUT CONSOLE TTY INTO 'PROGRAM I/O' MODE 
-PUT CONSOLE TTY INTO 'CONSOLE I/O' MODE 

(UNLESS MODE SWITCH IN 'DISABLE') 
-PRINTS THIS FILE 

-PROCESS AN INDIRECT COMMAND FILE 
-LOAD FILE TO MAIN MEMORY. 
-LOAD FILE SPECIFIED TO WCS 
THE '/START:<ADDRESS>' QUALIFIER HAY ALSO BE USED TO 
SPECIFY THE STARTING ADDRESS FOR A LOAD, OTHERWISE LOAD 
WILL BEGIN WITH LOCATION 0. 

-CAUSES CONSOLE TO BEGIN COMMAND LINKING. CONSOLE 
PRINTS REVERSED PROMPT TO INDICATE LINKING. ALL 
COMMANDS TYPED BY USER WHILE LINKING ARE STORED 
IN AN INDIRECT COMMAND FILE FOR LATER EXECUTION. 
CONTROL-C TERMINATES LINKING. (SEE PERFORM) 
-EXECUTE A FILE OF LINKED COMMANDS PREVIOUSLY 
GENERATED VIA A 'LINK' COMMAND. 
•REPEAT <ANY-C0NS0LE-COMMAND>' - CAUSES THE CONSOLE TO REPEATEDLY EXECUTE 
.,,„„. THE <CONSOLE-COMMAND>, UNTIL STOPPED BY A *C 

'WCS' -CALLS MICRO-DEBUGGER. (FOR DEBUGGER HELP, 

TYPE •ewCSMON.HLP 1 ) 
'ENABLE DXl:' -ENABLES CONSOLE SOFTWARE TO ACCESS FLOPPY DRIVE 

.r,„r,™,.. l 0N THOSE SYSTEMS WITH DUAL FLOPPIES. 

R .? B 2°I.L„. -CAUSES A CONSOLE SOFTWARE RELOAD 

'WAIT DONE' -WHEN EXECUTED FROM AN INDIRECT COMMAND FILE, THI 

COMMAND WILL CAUSE COMMAND FILE EXECUTION TO STO 
UNTIL: A) A 'DONE' SIGNAL IS RECEIVED FROM THE 
PROGRAM RUNNING IN THE VAX-1 1/780(C0MMAND FILE 
EXECUTION WILL CONTINUE), OR B) THE VAX-ll/780 
HALTS, OR OPERATOR TYPES A *C(COMMAND FILE EX- 
ECUTION WILL TERMINATE). 
<END-OF-CONSOL.HLP> 



'PERFORM' 



A.2 CONSOLE ABBREVIATION RULES 



VAX-ll/780 CONSOLE ABBREVIATION RULES 
THIS FILE SHOWS THE SHORTEST UNIQUE COMMAND STRINGS THAT WILL BE 
RECOGNIZED AS THE CONSOLE COMMAND LISTED. 



COMMAND 




SHORTEST ABBREVIATION RECOGNIZED 


'EXAMINE <ADDRESS>' 




•E <ADDRESS>' 


•DEPOSIT <ADDRESS> 


<DATA>' 


'D <ADDRESS> <DATA>' 


•START <ADDRESS>' 




'S <ADDRESS>' 


•CONTINUE' 




•c 


•HALT' 




•H» 


•HELP' 




'HE' 


'BOOT' 




•B' 


•INITIALIZE' 




'I' 


'SHOW' 




'SH' 


'SHOW VERSION* 




'SH V 


'TEST' 




i T i 


'UNJAM' 




'U' 


•SET relocation:<number>' 


'se r:<number>' 


•SET STEP BUS' 




'SE S 8' 


'SET STEP STATE' 




'SE S S' 


'SET STEP INSTRUCTION' 


'SE S I' 
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•CLEAR STEP' 




CL S* 


'NEXT <NUMBER>' 




H <NUMB£R>' 


•QCLEAR <ADDRESS>' 




<ADDRESS>' 


•SET SOMM' 




SE SO' 


'CLEAR SOMH' 




CL SO* 


'SET CLOCK FAST' 




SE C F' 


'SET CLOCK SLOW 




SE C S' 


'SET CLOCK NORMAL' 




SE C N' 


'«KFILENAME>' 




9<FILENAME>' 


•LOAD <FIL£NAME>' 




L <FILENAME>' 


•LINK' 




LI' 


'PERFORM' 




P' 


•REPEAT <CONSOLE-COMMAND>' 


R <CONSOLE-COMMAND>' 


'WCS' 




W 


'ENABLE DXl: • 




EN DXl:' 


• REBOOT ' 




REB' 


'SET TERMINAL FILL: <NUMBER> ■ 


SE T F:<NUMBER>' 


'SET TERMINAL PROGRAM 


i 


SE T PR' 


•SET DEFAULT <0PTION- 


LIST>' 


SE D <OPTION-LIST>< 


•WAIT DONE' 




WA 0' 


QUALIFIERS 


SHORTEST 


ABBREVIATION RECOGNIZED 


/BYTE 


/B 




/WORD 


/W 




/LONG 


/L 




/QUAD 


/O 




/OCTAL 


/O 




/HEX 


/H 




/PHYSICAL 


/P 




/VIRTUAL 


/V 




/INTERNAL 


/I 




/GENERAL 


/G 




/VBUS 


/VB 




/IDBUS 


/ID 




/WCS 


/WC 




/NEXT:<NUMBER> 


/N:<NUMBER> 


/COMMAND 


/C 




/START:<ADDRESS> 


/S:<ADDRES5> 


<END-OF-ABBREV.HLP> 







A.3 ERROR MESSAGE HELP FILE 



IVAX-l 1/780 ERROR MESSAGE HELP FILE 



I 



T^TEXT-STRINO' IS INCOMPLETE 

THE <TEXT-STRING> IS NOT A COMPLETE CONSOLE COMMAND 



1 ?'<TEXT-STRING>» IS INCORRECT 



1 ?FILE NAME ERR 



THE <TEXT-STRING> IS NOT RECOGNIZED AS PART OF A COMMAND 



« T , c A ^ F IJi^!!! AME> G I V EN WITH A COMMAND CAN NOT BE TRANSLATED TO RAD50 

7r ILE NOT FOUND 

A <FILE-NAME> GIVEN WITH A 'LOAD' OR '»' COMMAND DOES NOT 
MATCH ANY FILE ON THE CURRENTLY LOADED FLOPPY DISC. CAN ALSO 
BE GENERATED BY 'HELP ',» BOOT* , OR AN ATTEMPTED WCS LOAD IF 

?N0 CPU RESPOnIe ' ° R WCS Flh& " MISSING FR0M F ^OPPY. 

o _ „ CONSOLE TIMED-OUT WAITING FOR A RESPONSE FROM CPU 
?CPU NOT IN CONSOLE WAIT LOOP, COMMAND ABORTED 

A CONSOLE COMMAND REQUIRING ASSISTANCE FROM CPU WAS ISSUED 

„ WHILE THE CPU WAS NOT IN THE CONSOLE SERVICE LOOP 

?CPU CLK STOP, COMMAND ABORTED 

A CONSOLE COMMAND THAT REQUIRES THE CPU CLOCK TO BE RUNNING 
**., „™S A iLi s § UED "HILE THE CLOCK WAS STOPPED 
?FLOPPY ERR,CODF=X 

THE CONSOLE FLOPPY DRIVER DETECTED AN ERROR. CODES ARE AS 

FOLLOWS: (CODES ARE ALWAYS PRINTED IN HEX RADIX) 

CODE*! FLOPPY HARDWARE ERROR (CRC, PARITY , ETC) 

C0DE=2 FILE NOT FOUND 

C0DE=3 FLOPPY DRIVER QUEUE OVERFLOW 
?FL0PPY°N0T 4 READY S0llE S0FTWARE KEQUE STED AN ILLEGAL SECTOR NUMBER 

?N0 BOOT E ON°FL0PPY Fl,OPPlf DRIVE F ' AILED T0 BEC0ME READY « HEN BOOTING. 

CONSOLE ATTEMPTED TO BOOT FROM A FLOPPY THAT DOES NOT CONTAIN 

A VALID BOOT BLOCK. 
7FL0PPY ERROR ON BOOT 
,„,, ,, A I /!k2 P S}L E .5S8 R WAS DETE CTED WHILE ATTEMPTING A CONSOLE BOOT. 

fMJ.t.*fc.KK UN rUNCIiuN 

A MICRO-ERROR OCCURRED IN THE CPU WHILE SERVICING A CONSOLE 
REQUEST. SBI ERROR REGISTERS ARE DUMPED AFTER THIS MESSAGE 
IS PRINTED. 
?INT-REG ERR 

A MICRO-ERROR OCCURRED WHILE ATTEMPTING TO REFERENCE A CPU 
INTERNAL(PROCESSOR) REGISTER. AN ILLEGAL ADDRESS WILL CAUSE 
THIS ERROR. 
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?»ICflC-ERR, CODE=X 

AN UNRECOGNIZED MICRO-ERROR OCCURRED. THE CODE RETURNED BY 

THE CPU IS NOT IN THE RANGE OF RECOGNIZED ERROR CODES. 

*X' IS THE CODE THAT WAS RETURNED BY THE CPU. 
7INT-STK INVLD 

THE CPU HALTED BECAUSE THE INTERRUPT STACK WAS MARKED INVALID 
?CPU DBLE-ERR HLT 

THE CPU HAS DONE A 'DOUBLE ERROR 1 HALT 
?ILL I/E VEC 

THE CPU DETECTED AN ILLEGAL INTERRUPT/EXCEPTION VECTOR 
?NO USR MiCS 

CPU DETECTED AN INTERRUPT/EXCEPTION VECTOR TO USER WCS AND 

NO USER WCS EXISTS 
?CHM ERR 

A CHANGE MODE INSTRUCTION WAS ATTEMPTED FROM THE INTERRUPT STACK 
?MEM-WAN FAULT.COD£=XX 

A VIRTUAL EXAMINE OR DEPOSIT CAUSED AN ERROR IN THE MEMORY 

MANAGEMENT MICRO-ROUTINE. 'XX' IS A ONE BYTE ERROR CODE 

RETURNED BY THE ROUTINE, WITH THE FOLLOWING BIT ASSIGNMENTS: 

BIT = LENGTH VIOLATION (BITS NUMBERED FROM RIGHT) 

BIT 1 = FAULT WAS ON A PTE REFERENCE 

BIT 2 = WRITE OR MODIFY INTENT 

BIT 3 = ACCESS VIOLATION 

BITS 4 THRU 7 SHOULD BE IGNORED 
?1ND-C0M ERR 

THE CONSOLE DETECTED AN ERROR IN THE FORMAT OF AN INDIRECT 

COMMAND FILE. POSSIBLE ERRORS ARE: 1) MORE THAN 80 CHARACTERS 

IN AN INDIRECT COMMAND LINE, 2) A COMMAND LINE DID NOT 

END WITH A CARRIGE RETURN AND LINE FEED. 
INT PENDING 

THIS IS NOT ACTUALLY AN ERROR, BUT INDICATES THAT AN ERROR 

WAS PENDING AT THE TIME THAT A CONSOLE-REQUESTED 

HALT WAS PERFORMED. CONTINUE CPU TO CLEAR INTERRUPT. 
7WARNING-WCS fc FPLA VER MISMATCH 

THE MICROCODE IN WCS IS NOT COMPATIBLE WITH FPLA. 

THISMESSAGE IS PRINTED ON EACH ISP START OR CONTINUE, BUT 

NO OTHER ACTION TAKEN BY CONSOLE. 
7FATAL-WCS & PCS VER MISMATCH 

THE MICROCODE IN PCS IS NOT COMPATIBLE WITH THAT IN WCS. 
„ .„ ISP START AND CONTINUE ARE DISABLED BY CONSOLE. 
?MICRO-MACHIN£ TIME OUT 

INDICATES THAT THE VAX-1 1/780 MICRO-MACHINE HAS FAILED 

TO STROBE INTERRUPTS WITHIN THE MAX TIME PERIOD ALLOWED. 
?REMOTE ACCESS NOT SUPPORTED 

PRINTED WHEN CONSOLE MODE SWITCH ENTERS A 'REMOTE' POSITION, 

AND THE REMOTE SUPPORT SOFTWARE IS NOT INCLUDED IN THE CONSOLE. 
?TRAP-4, RESTARTING CONSOLE 

?n«irY D !o!L$ S§2k E T00K A T I ME -° U T TRAP. CONSOLE WILL RESTART. 
MOUNT CONSOLE FLOPPY, THEN TYPE "C 

*.„ D ,„£? NS0I,E TRAPPED TO AN UNUSED VECTOR. CONSOLE REBOOTS WHEN "C TYPED 
70— BLKD ' 

,,.„.,.» CONSOLE'S TERMINAL, OUTPUT QUEUE IS BLOCKED. CONSOLE WILL REBOOT. 
?CANT DISABLE BOTH FLOPPIES, FUNCTION ABORTED 

nir A So A n TEMPT WAS " ADE T0 DIS A B ^E BOTH THE REMOTE AND LOCAL FLOPPY 
xEND^Or^ERROR »Hl»P^ 

A.4 REMOTE ACCESS HELP FILE 

lVAX-U/780 CONSOLE - REMOTE ACCESS HELP FILE 

1 'ENABLE TALK' -ESTABLISH TERMINAL TO TERMINAL COMMUNICATION 

J BETWEEN LOCAL AND REMOTE TERMINAL. KEYS 

STRUCK ON ONE TERMINAL ARE PRINTED ON THE 

..,.,.«.,„ «,. . OTHER. CONTROL-P TERMINATES TALK. 

■ENABLE ECHO' -CAUSES CHARACTERS TYPED IN TALK MODE TO BE 

ECHOED BACK TO THE ORIGINATING TERMINAL. 
'ENABLE LOCAL COPY" -CAUSES THE LOCAL TERMINAL TO GET A COPY OF 

OF OUTPUT BEING SENT TO REMOTE TERMINAL. 
'ENABLE LOCAL CONTROL'-ALLOWS LOCAL TERMINAL TO CONTROL SYSTEM WHEN 

CONSOLE SWITCH IS IN REMOTE POSITION(S). DIS- 
,„.,„,„,. . AB LED BY A CONTROL-P FROM THE REMOTE TERMINAL. 

•ENABLE CARRIER ERROR'-CAUSE CONSOLE TO PRINT '?CARRIER LOST' WHEN A 

,„.«...„„ , LOSS OF CARRIER IS DETECTED AT REMOTE INTERFACE. 

'DISABLE ECHO' -INHIBITS ECHO OF CHARACTERS TYPED IN TALK MODE. 

'DISABLE LOCAL COPY' -DISABLE LOCAL TERMINAL FROM RECEIVING COPY OF 

OUTPUT TO REMOTE TERMINAL. 
•DISABLE CARRIER ERROR ' -CAUSES CONSOLE TO INHIBIT PRINTING OF CARRIER 

LOST MESSAGE WHEN LOSS OF CARRIER DETECTED. 
•ENABLE LOCAL FLOPPY' -(AFFECTS PROTOCOL OPERATION ONLY) ON AN ATTEMPT 

TO OPEN A FILE, THE DIRECTORY OF LOCAL FLOPPY 

WILL BE SEARCHED FIRST. IF FILE IS NOT FOUND, 
._,„ 'REMOTE' FLOPPY'S DIRECTORY IS SEARCHED FOR FILE. 

•DISABLE LOCAL FLOPPY ' -(AFFECTS PROTOCOL OPERATION ONLY) ON AN ATTEMPT 

TO OPEN A FILE, THE FILE IS SEARCHED FOR ON 

THE 'REMOTE' FLOPPY ONLY. 
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t 'DISABLE REMOTE FLOPPY'-ON AN ATTEMPT TO OPEN A FILE, ONLY THE DIRECTORY 

OF THE LOCAL FLOPPY WILL BE SEARCHED. THIS COMMAND 
AND 'DISABLE LOCAL FLOPPY' ARE MUTUALLY EXCLUSIVE. 
'ENABLE REMOTE FLOPPY' -ALLOWS THE DIRECTORY OF THE 'REMOTE' FLOPPY TO BE 

SEARCHED ON AN ATTEMPT TO OPEN A FILE. 
END-OF-REMOTE.HLP 



A.5 MICRO-DEBUGGER HELP FILE 



J MICRO-DEBUGGER HELP FILE 
TO STOP PRINTING, TYPE *C 

DEBUGGER COMMANDSCALL TERMINATED BY CARRIAGE RETURN) 



•E/P <ADDRESS>' 
'E/ID <ADDRESS>' 



-EXAMINE PHYSICAL MEMORY 
-EXAMINE ID BUS REGISTER 



'E <ADDRESS>' -EXAMINE WCS LOCATION, DISPLAY ALL FIELDS 

'E <ADDRESS> <FIELDNAME-1> ,<FIELDNAM£-2>, , , ,<FIELDNAME-N> 

EXAMINE WCS LOCATION, DISPLAY ONLY FIELDS 
THE FIELDS SPECIFIED. 
NOTE: <FIELDNAMES> = ACF, ACM, ADS , ALU, BEN ,BMX,CCK,CID,DK , DT,EAL 

EBM,FEK,FS,IBC,IEK,UJM,KMX,MCT,MSC,PCK,QK 
RMX,SCK,SGN,SHF,SI,SMX,SPO,USU,VAK 



'E 

•E 



RA <ADDRESS>' 
RC <ADDRESS>' 



-EXAMINE AN RA REGISTER 
-EXAMINE AN RC REGISTER 



•E <SYMBOLIC-NAME>' 



-EXAMINE ONE OF THE SYMBOLICALLY NAMED 
REGISTERS 
NOTE: <SYMBOLIC-NAMES> = DR.FER , IBA ,LA,LB,LC,Q,RL,SC,SR,UPC 



'D/P <ADDRESS> <DATA> ' 
'D/ID <ADDRESS> <DATA>' 



-DEPOSIT <DATA> TO PHYSICAL MEMORY 
-DEPOSIT <DATA> TO ID BUS REGSITER 



'D <ADDRESS> <FIELUNAME-1> <DATA-l>,<FIELDNAME-2> <DATA-2>, 

-DEPOSIT TO WCS LOCATION, PUTTING <DATA-1> 
INTO <FIELDNAME-1>, ETC. UNSPECIFIED FIELDS 
ARE UNCHANGED. 
NOTE: THE '/Z' QUALIFIER MAY BE USED TO CAUSE ALL UNSPECIFIED 
FIELDS TO BE CLEARED. 



•D RA <ADDRESS> <DATA>' 
•D RC <ADDRESS> <DATA>' 

'D <SYMBOLIC-NAME> <DATA>' 



•DEPOSIT <DATA> TO AN RA REGISTER 
■DEPOSIT <DATA> TO AN PC REGISTER 



-DEPOSIT <DATA> TO ONE OF THE SYMBOLICALLY 
NAMED REGISTERSCSEE LIST ABOVE). 
NOTE: DEPOSITS TO THE RLOG STACK(RL) ARE NOT SUPPORTED. 



•CONTINUE' 



'START <ADDRESS>' 

'HALT' 

•SET SOMM' 
■CLEAR SOMM' 

'SET STEP' 



'CLEAR STEP' 
'RETURN' 



-RESUME MICRO-INSTRUCTION EXECUTION AS 
SPECIFIED BY CONTENTS OF MICRO-PCCUPC) 

-START MICRO-SEQUENCER AT <ADDRESS>. 

-HALT THE MICRO-SEQUENCER 

-SET THE 'STOP ON MICRO-MATCH' ENABLE 
-CLEAR THE 'STOP ON MICRO-MATCH' ENABLE 

-ENABLE SINGLE MICRO-INSTRUCTION STEP MODE. 
START OR CONTINUE WILL ALLOW ONE MICRO- 
INSTRUCTION TO EXECUTE, THErt HALT THE 
MICRO-SEQUENCER. 

-DISABLE SINGLE MICRO-INSTRUCTION STEP MODE. 

-RETURN TO THE CONSOLE PROGRAM 



•OPEN <FILENAME>' -OPEN SPECIFIED FILE ON FLOPPY DRIVE 

•OPEN DXl:<FILENAME>» -OPEN SPECIFIED FILE ON FLOPPY DRIVE 1 

NOTE: 'OPEN* IS USED TO SPECIFY A FILE CONTAINING THE MICRO-CODE 
CURRENTLY LOADED IN THE WCS PORTION OF THE CONTROL STORE. 
(ADDRESSES 1000(16) & UP IN THE CONTROL STORE) 
THIS FILE WILL BE USED FOR ALL EXAMINES OF THE WCS, 
SINCE THE WCS IS NOT DIRECTLY READABLE. 
<END-OF-WCSMON.HLP> 
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A.6 BOOTSTRAP HELP FILE 



BOOTSTRAP HELP FILE - 800T.HLP 

THIS FILE DESCRIBES THE INPUT PARAMETERS TO THE BOOTSTRAP PROGRAM 
VMB.EXE . NORMALLY THE BOOTSTRAP WILL LOOKUP THE FILE [SYSEXE3SYSBOOT.EX 
ON THE SPECIFIED DEVICE, LOAD IT INTO MEMORY AND TRANSFER CONTROL 
TO IT. 

TWO SETS OF COMMAND FILES ARE PROVIDED ON THE VAX/VMS CONSOLE FLOPPY 
TO PERFORM THE NECESSARY BOOTSTRAP OPERATIONS. ONE SET OF THESE COMMAND 
FILES WILL BOOT SELECTING AN OPTION TO STOP IN SYSBOOT TO ALTER SYSTEM 
PARAMETERS. THEY ARE INVOKED AS CONSOLE INDIRECT COMMAND FILES. 



gDMOGEN 
0DM1GEN 
SDM2GEN 
9DM3GEN 
9DB0GEN 
0DB1GEN 
BDB2GEN 
9DB3GEN 
I3DB4GEN 
9DB5GEN 
9DB6GEN 
9DB7GEN 



BOOT FROM RK07 UNIT 

UNIT 1 

UNIT 2 

UNIT 3 

BOOT FROM RM03/RP06 UNIT 

UNIT 1 

UNIT 2 

UNIT 3 

UNIT 4 

UNIT 5 

UNIT 6 

UNIT 7 



THE OTHER SET OF THESE COMMAND FILES IS NORMALLY INVOKED ONLY VIA 
THE BOOT COMMAND BUT MAY BE INVOKED EXPLICITLY AS INDIRECT COMMAND FILES. 
THESE COMMAND FILES PERFOKM A NORMAL, NON-INTERACTIVE BOOT WITHOUT ANY 
STOP IN SYSBOOT TO CHANGE PARAMETERS. 



BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 
BOOT 



DMO 
DM1 
DM2 
DM3 
DBO 
DB1 
DB2 
DB3 
DB4 
DBS 
DB6 
DB7 



OR 



#DM0BOO.CMD 



BOOT RK07 UNIT 




UNIT 1 




UNIT 2 




UNIT 3 




BOOT RM03 OR RP06 


UNIT 




UNIT 1 




UNIT 2 




UNIT 3 




UNIT 4 




UNIT 5 




UNIT 6 




UNIT 7 



THE BOOTSTRAP IS LOADED INTO MEMORY AT LEAST ONE PAGE ABOVE THE FIRST 
AVAILABLE WORKING MEMORY TO ALLOW SPACE FOR THE RESTART PARAMETER 
BLOCK. THE ADDRESS OF THE BASE OF THE BOOTSTRAP IS PASSED THROUGH 
SP, THE STACK POINTER, WHERE IT ALSO SERVES AS A TEMPORARY STACK POINTER. 

INPUT PARAMETERS: 

RO - <3l:4>sMBZ; <3$0>=DEVICE TYPE CODE 

=> DISK PACK (RM03/RP04/RP05/RP06/RP07) 

1 => CARTRIDGE DISK CRK06/RK07) 

Rl - <31:4>=MBZ; <3:0>sSYSTEM BUS ADDRESSC "TR" NUMBER) 

FOR MOST CONFIGURATIONS THE FOLLOWING CONVENTION HAS BEEN 
USED: 

TR NUMBER ADAPTER / CONTROLLER 



UNIBUS ADAPTER 

MASSBUS ADAPTER NUMBER 1 

MASSBUS ADAPTER NUMBER 2 



R2 




FOR UBA 
FOR MBA 


R3 
R4 
R5 


m 


<31:4>s 

<3i:o>» 

<3l!0>= 
BIT 



<3I:18>=MBZ; <17:3>=UNIBUS ADDRESS OF CONTROL REGISTERl 

<2:0>=MBZ 

RK06/RK07 CSR = 3FF20 

<31:4>=MBZ; <3:0>*C0NTR0LLER/F0RMATTER NUMBER 
MBZ; <3:0>=UNIT NUMBER 

LOGICAL BLOCK NUMBER TO READ AS BOOT BLOCK 
SOFTWARE BOOT CONTROL FLAGS 

MEANING 

CONVERSATIONAL BOOT. AT VARIOUS POINTS IN THE SYSTEM 
BOOT PROCEDURE, PARAMETER AND OTHER INPUT WILL BE 
SOLICITED FROM THE CONSOLE. 
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DEBUG. THIS FLAG IS PASSED THROUGH TO VMS AND CAUSES 
THE CODE FOR THE EXEC DEBUGGER TO BE INCLUDED IN 
THE RUNNING SYSTEM. 

INITIAL BREAKPOINT. IF THIS FLAG IS SET, AND THE EXEC 
DEBUGGER CODE IS INCLUDED (FLAG BIT 1) THEN A BREAKPOINT 
MILL OCCUR IMMEDIATELY AFTER THE EXEC ENABLES MAPPING. 

BOOT BLOCK. IF THIS FLAG IS SET THEN THE BOOT BLOCK 
WILL BE READ AND CONTROL TRANSFERED TO IT. 

DIAGNOSTIC BOOT. THIS FLAG CAUSES A BOOT BY FILE 
NAME FOR THE DIAGNOSTIC SUPERVISOR. 

BOOTSTRAP BREAKPOINT. THIS FLAG CAUSES THE BOOTSTRAP 
TO STOP A BREAKPOINT AFTER PERFORMING NECESSARY INIT- 
IALIZATION IF IT HAS BEEN BUILT WITH DEBUG CODE. 

IMAGE HEADER. IF THIS FLAG IS SET THE TRANSFER ADDRESS 
FROM THE IMAGE HEADER OF THE BOOT FILE WILL BE USED. 
OTHERWISE CONTROL *ILL TRANSFER TO THE FIRST BYT OF THE 
BOOT FILE. 

MEMORY TEST INHIBIT. THIS FLAG INHIBITS THE TESTING 
OF MEMORY DURING BOOTSTRAPPING. 

FILE NAME. CAUSES THE BOOTSTRAP TO SOLICIT THE NAME 
OF THE BOOT FILE. 

HALT BEFORE TRANSFER. CAUSES A HALT INSTRUCTION 

TO BE EXECUTED PRIOR TO THE TRANSFER TO THE BOOTFILE. 

THIS OPTION IS USEFUL FOR DEBUGGING PURPOSES. 



SP - 



ADDRESS+(~X200) OF FIRST WORKING 64KB MEMORY REGION 
USABLE AS BOTH STACK POINTER AND POINTER TO GOOD MEMORY. 



OUTPUT PARAMETERS: 
RIO 
Rll 
SP 
PRS-SCBB - 



BASE ADDRESS OF REGION CONTAINING SECONDARY BOOTSTRAP 

POINTER TO RESTART PARAMETER BLOCK (RP8) 

STACK POINTER 

SYSTEM CONTROL BLOCK BASE REGISTER 



MEMORY LAYOUT AT START OF SECONDARY BOOTSTRAP: 



+- 
j 

i 

+• 

i 

i 
i 

i 

+- 
i 

j 

■ 

+- 
i 

j 
j 
+- 

! 
j 

I 
♦ - 



■+ :base 



RESTART PARAMETER BLOCK (RPB) 



PRIMARY BOOTSTRAP CODE 



+ :base+"x200 



+ :prs_scbb 



SYSTEM CONTROL BLOCK 



PFN BITMAP 



BOOTSTRAP STACK 



SECONDARY BOOTSTRAP CODE 



tPFNMAP 



JPFNMAP+*X8O0 



+ :CSP) 
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APPENDIX B 
MICRODIA GNOSTIC MONITOR COMMANDS 



The majority of the commands available in the microdiagnostic monitor are not used in the normal 
course of execution. Normally, the operator enters the TEST command and executes the entire micro- 
diagnostic package. The command mode is usually used following error detection. Following the error 
message printout, testing stops, and control is returned to the monitor command mode. At this point, 
the operator executes those microdiagnostic commands which would be most helpful. 

Symbols used in the command descriptions are the comma and angle brackets. The comma is used to 
separate items within a list. Angle brackets denote an argument; that is, either an address, pass count 
value, or a V bus channel. Note that every command (or command line) must be terminated with a 
carriage return (CR). 

Control C (AC) is the user interrupt control character. If AC is entered during test execution, the 
current test will be completed, further testing is terminated, and control is returned to the monitor 
command mode. If AC is entered while a test is looping on an error, the loop will be suspended and 
control returned to the monitor command mode. Any command may be aborted if a AC is entered in 
that command line. 

The following list describes the monitor commands. Note that although all commands, keywords, 
qualifiers, and flags are spelled out, they can be abbreviated to the first two characters. The only 
exceptions are the HALTD and HALTI flags, which must be typed HD and HI, respectively. 



Diagnose Commands 

DIAGNOSE or DIAG 



Initializes the program control flags, and starts microdiagnostic 
execution at test number one. 

Valid qualifiers are: 

/TEST: <NUMBER> - Dispatch to the test number specified 

(do not execute any prior tests) and loop on the test indefinitely. 

/SECTION: <NUMBER> - Dispatch to the section number 
specified (do not execute any prior sections) and loop on the 
section indefinitely. 

/PASS: <NUMBER> - Execute the microdiagnostics the 
specified number of passes before returning to the console. If 
the number is -1, execute the microdiagnostics. 

/CONTINUE - This switch is used with the /TEST or /SECT 
switch to automatically continue after the specified test of sec- 
tion has been reached. 
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Diagnose Commands (Cont) 
DIAGNOSE or DIAG 



/TEST: <N> <M> - Dispatch to test <N>, execute tests 
<N> through <M> (inclusive), and return to command mode. 

/SECT: <N> <M> - Dispatch to section <N>, execute sec- 
tions <N> through <M> (inclusive), and return to command 
mode. 

NOTES 
In the above variations of the /TEST and /SEC- 
TION qualifiers, the value of <N> must be less than 
or equal to <M>. If <M> is less than <N>, test- 
ing will start at <N> and continue to the end. 

/TEST and /SECT cannot be specified simulta- 
neously. 



Examples: 

DIAG/TEST:2F 

DIAG/SECT:B 

DIAG/PASS:-1 

DIAG/TEST:2F/CONT 

Continue Commands 

CONTINUE or CONT 

Set and Clear Commands 

SET/CLEAR FLAG HD 



Dispatch to test number 2F and execute it indefinitely. 
Dispatch to section number B and execute it indefinitely. 
Execute all of the microdiagnostics indefinitely. 
Dispatch to test 2F and start execution of the remaining tests. 



Continues microdiagnostic execution without changing the pro- 
gram control flags. 



Sets (or clears) the halt on error detection flag. 



SET/CLEAR FLAG HI 



Sets (or clears) the halt on error isolation flag. 



SET/CLEAR FLAG 
LOOP 

SET/CLEAR FLAG NER 

SET/CLEAR FLAG 
BELL 

SET/CLEAR FLAG 
ERABT 



Sets (or clears) the loop on error flag. 

Sets (or clears) the no error report flag. 
Sets (or clears) the bell on error flag. 

Sets (or clears) the error abort flag. 
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Set and Clear Commands (Cont) 



CLEAR FLAG LS 

CLEAR FLAG LT 

SET /CLEAR FLAG ALL 

SET/CLEAR SOMM 

SET /CLEAR SOMM: 
<ADDRESS> 

SET/CLR FPSYNC: 
<ADDRESS> 

SET STEP STATE 

SET STEP BUS 



SET STEP 
INSTRUCTION 



SET CLOCK FAST 
SET CLOCK SLOW 
SET CLOCK NORMAL 
SET CLOCK EXTERNAL 
Show Command 
SHOW 

Loop Command 
LOOP 



Clears the loop on special section flag. (Note that this flag can- 
not be set.) 

Clears the loop on special test flag. (Note that this flag cannot 
be set.) 

Sets (or clears) all the previous flags. 

Sets (or clears) the stop on micromatch bit. 

Loads < ADDRESS> into the microbreak register, and sets (or 
clears) the stop on micromatch bit. 

Loads <ADDRESS> into the FPA microsync register. 

Sets the CPU clock to single time state. 

Sets the CPU clock to single bus cycle. 

Both the SET STEP STATE and SET STEP BUS commands 
cause the monitor to enter step mode. Step mode types the cur- 
rent clock state or the UPC value, and waits for terminal input. 

If a space is typed, the clock is triggered and the current UPC 
value is typed out. If any other character is entered, step mode is 
exited. 

Sets the hardware single instruction flag and returns to the mon- 
itor. When the hardcore tests are invoked, the current value of 
the test PC (TPC) is typed. The monitor waits for terminal in- 
put. If a space is typed, the current pseudo-instruction is exe- 
cuted and the current value of the TPC is typed. If any other 
character is typed, step mode is exited. 

Sets the CPU clock speed to the fast margin. 

Sets the CPU clock speed to the slow margin. 

Sets the CPU clock speed to normal. 

Sets the CPU clock for an external oscillator. 



Causes a display of the HALTD, HALTI, LOOP, NER, BELL, 
ERABT, LS, and LT flags. 



Clears the HALTD and HALTI flags. Sets the LOOP and NER 
flags, and executes a CONTINUE command. 
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Return Command 

RETURN 
Examine Commands 



EXAMINE 
ID:<ADDRESS> 

EXAMINE 
VBUS:<CHANNEL> 

EXAMINE 
RA:<ADDRESS> 

EXAMINE 
RC:<ADDRESS> 

EXAMINE LA 

EXAMINE LC 

EXAMINE DR 

EXAMINE QR 

EXAMINE SC 

EXAMINE FE 



Returns control to the console program. 

The following examine commands cause the current micro- 
instruction to be executed before the examine is performed, if it 
is the first examine since entering the monitor command mode. 
Successive examines do not execute any additional micro- 
instructions. ID bus register contents T1-T8 are destroyed dur- 
ing the examines, except for the ID bus and V bus examines. All 
of the following examines, except V bus, advance the clock to 
CPTO before executing the command. 

Displays the contents of the ID bus register specified by <AD- 
DRESSX 

Displays the contents of the V bus channel specified by 
<CHANNEL>. Bit is at the right side of the display. 

Displays the contents of the RA scratchpad specified by <AD- 
DRESS>. 

Displays the contents of the RC scratchpad specified by <AD- 
DRESSX 

Displays the contents of the LA latch. 

Displays the contents of the LC latch. 

Displays the contents of the D register. 

Displays the contents of the Q register. 

Displays the contents of the SC register. 

Displays the contents of the FE register. 



EXAMINE VA 
EXAMINE PC 
Deposit Commands 



Displays the contents of the VA register. 

Displays the contents of the program counter register. 

The deposit command is the same as the examine command, 
except that the data to be deposited must be supplied by the 
user. 



DEPOSIT ID:<ADDRESS> <DATA> 

DEPOSIT RA:<ADDRESS> +DATA> 

DEPOSIT RC:<ADDRESS> <DATA> 

DEPOSIT LA:<DATA> 

DEPOSIT LC:<DATA> 

DEPOSIT DR:<DATA> 

DEPOSIT QR:<DATA> 

DEPOSIT SC:<DATA> 

DEPOSIT FE:<DATA> 

DEPOSIT VA:<DATA> 

DEPOSIT PA:<DATA> 
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APPENDIX C 
CONSOLE BOOT/TROUBLESHOOTING FLOW 



If the console program does not start and run properly when the VAX- 11/780 system is powered up, 
and a problem in the console subsystem is suspected, proceed as follows. 

Action Response 

Turn dc off 

Turn ac off 

Push HALT/ENABLE switch 

down (halt) 

Turn ac on 

Turn dc on DC ON (LED on LSI-1 1 control panel) 

173000 

@ (printed on terminal) 
RUN (light flashes) 

If the responses are incorrect, go to Figure C-l, Console DC ON Flowchart. 

Examine location 173000 173000/000137 

type 173000/ 

Examine location 037776 037776/XXXXXX 

type 037776/ 

If the response is not correct, go to Figure C-2, Examine 173000 Flowchart. 

Push HALT/ENABLE switch 
up (ENABLE) 

Ensure that diskette ZZ-ESZAB 
is installed properly in the floppy 
disk drive. 

Type 140200G BOOT 

This command executes the ROM resident quick check console subsystem diagnostics. Upon success- 
ful completion of these tests, the ROM code boots the console program from the floppy disk. If the 
boot fails, go to the 140200G Console Boot Failure Flowchart (Figure C-3). The program listing for 
the ROM resident diagnostics (ESKAA.DOC) should be referenced when using this flowchart. 
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DC ON, RUN LIGHT FLASH, 

AND/OR 173000 PRINTOUT DID NOT OCCUR 



xxxxxx 

@ WAS PRINTED 

CPU JUMPER IS WRONG OR CPU IS BAD 



NO. GO TO POWER FLOW 



IS DC ON LED ON? 



YES. WHAT WAS 
PRINTED? 



YES. DID THE 
RUN LIGHT FLASH? 



PRINTOUT GARBLED. CHECK BDALO 
ASSERTED AND GO TO TERMINAL FLOW 



ONE OF THE FOLLOWING 
SIGNALS IS ASSERTED 



NOTHING 
WAS PRINTED 



BPOK H IS NOT ASSERTED 



GO TO TERMINAL FLOW 



NO. IS THE 
RUN LIGHT ON? 



NO. REMOVE M9400-YE. DOES 
TERMINAL PRINT 173000 ON POWER UP? 



YES. THE HALT SWITCH !S 
NOT ASSERTING BHALT L 



YES. WAS 
PROMPT PRINTED? 



YES. CPU IS BAD 



NO. REMOVE M9400-YE. 
POWER UP. DID 
PRINTOUT OCCUR? 



BDMR L 
BREFL 
BSACK L 
BDOUT L 
BRPLY L 
BDIN L 
BSYNC L 
BDMG L 
BDAL 1 L 

NO. CHECK POWER SUPPLY TO 
BACKPLANE CABLE 



NO. CHECK BDCOK H NOT 
ASSERTED 



NO. CPU IS BAD 



YES. CABLING IS INCORRECT 



YES. CIB IS BAD 



YES. CABLING OR CIB IS BAD 



NO. CHECK JUMPER 
CONFIGURATION AGAINST 
KC780 PRINT SET 



NO BDAL7 L, BDAL 1 5 L, 
BINIT L OR BDMGO L 
IS ASSERTED 



Figure C-l Console DC ON Flowchart 



LOCATION 173000 OR LOCATION 037776 
DID NOT RESPOND CORRECTLY 



WHAT WAS RESPONSE? 



RESPONSE 
1 73000/? 



GARBLED RESPONSE 



NO RESPONSE 



037776/? 



INTERPRETATION 



THE CABLES ARE NOT CORRECTLY MOUNTED. 
OR THE CIB IS NOT WORKING 



THERE IS A BAUD RATE PROBLEM BETWEEN THE 
TERMINAL AND THE DLV1 1 INTERFACE 



THERE IS A PROBLEM IN THE DLV1 1. THE CABLE, 

OR THE TERMINAL TRANSMITTING CIRCUIT (TERMINAL TO DLV11) 



THE TOP OF MEMORY BANK 1 DOES NOT RESPOND 
CHECK JUMPER CONFIGURATION AGAINST KC780 
PRINT SET 



Figure C-2 Examine 173000 Flowchart 



C-2 



DEVICE DID NOT BOOT WHEN 140200 WAS TYPED 



WHAT WAS PRINTED? 



o 

I 



"141236 141262 R2 CONTAINS FAILING ADDRESS IS WORKING CORRECTLY AT 

<ffl" 0R ffi" R3 CONTAINS EXPECTED DATA 



VERIFY THAT REFRESH 
IS WORKING CORRE 
FAILING LOCATION 



REPLACE FAILING 
MEMORY. (NOTE 
WORKING, CPU MAY BE BADI 



"140332 "141076 THE CPU TEST FAILED, 



TO 



REPLACE THE CPU 



CHECK 
NOT WORKING. CONFIGURATION 



CLOSED. THE DRIVE IS BROKEN. RUN DZRXA AND DZRXB DIAGNOSTICS 



VERIFY THAT FLOPPY 
"FLOPPY NOT READY" DOOR IS CLOSED 



NOT CLOSED, CORRECT PROBLEM 



TRY ANOTHER DOES IT 
NO BOOT ON VOLUME" DISKETTE. BOOT? 



YES, THE FIRST DISKETTE IS EITHER BAD OR THE WRONG ONE 



THE FLOPPY CAME READY, 
BUT DID NOT READ 
"FLOPPY ERROR" A BLOCK 



NO, THE DRIVE IS BROKEN, RUN DZRXA AND DZRXB DIAGNOSTICS 



NOTHING PRINTED 



BAD CPU 



HALT CPU, 
NOTHING PRINTED WHAT WAS PRINTED 



"XXXXXX BAD CPU SEE LISTINGS (ESKAA.DOCI. 

@- OR BAD CIB, XXXXXX = CURRENT LOCATION + 2 



"000104 "000002 THE LTC SWITCH IS ON, 

®" 0R @" OR BEVNT L IS NOT CLAMPED LOW BY THE LTC SWITCH 



"140216 BHALT L IS STILL ASSERTED 

<ffl" OR BDAL 9L OR BDAL10 IS ASSERTED 



"173000 A DOUBLE BUS ERROR HAS OCCURRED, SET R6 TO 

@ • 1000, TYPE 173000G. AND THEN REENTER THIS TROUBLESHOOTING PROCEDURE 



"XXXXXX 



BAD CPU 

OR CIB SEE LISTINGS (ESKAA.DOC), XXXXXX = CURRENT LOCATION + 2 



Figure C-3 140200G Console Boot Failure Flowchart 



Figure C-4 shows the console power troubleshooting flowchart. Figure C-5 shows the console terminal 
troubleshooting flowchart. 



CONSOLE DC POWER FAILURE 

NO. CORRECT THE FAULT 



IS ACPRESENT 
AT POWER SUPPLY? 



YES. IS THE BOX WIRED 
CORRECTLY FOR AC? 



NO. CORRECT THE FAULT 



YES. REMOVE THE MODULES 
FROM THE BOX IS DC ON? 



YES. ONE MODULE IS SHORTING DC. REPLACE 
MODULES UNTIL THE BAD ONE IS LOCATED 







ARE CABLES CONNECTED FROM POWER 
SUPPLY TO FRONT PANEL AND BACKPLANE? 



YES, BAD POWER SUPPLY 



NO, ARE VOLTAGES 
CORRECT AT 
BACKPLANE? 



NO, 



YES. DISCONNECT THE POWER 
SUPPLY-TO- BACKPLANE 
CABLES IS DC PRESENT? 



YES. BAD BACKPLANE 



-© 



NO. BAD POWER SUPPLY 



NO. CORRECT THE FAULT 



Figure C-4 Console Power Troubleshooting Flowchart 



CONSOLE TERMINAL FAILURE 



REMOVE DLV1 1 
AND ENSURE THAT 
BAUD RATE IS 
COMPATIBLE WITH LA36 



NOT 

COMPATIBLE. CORRECT FAULT 



COMPATIBLE. 
WILL TERMINAL 
WORK IN LOCAL? 



NO. REPAIR TERMINAL 



NO (EIA). 

WHILE CYCLING DC ON 
IS THERE ACTIVITY ON 
THE DLV11 BERG PIN F? 



0- 



YES. WHILE CYCLING DC ON 
IS THERE ACTIVITY ON 
THE WHITE WIRE? 



YES, IS TERMINAL 20MA CURRENT LOOP? 



<D 



YES. WHILE PRESSING A KEY ON THE TERMINAL, 
IS THERE ACTIVITY ON THE CABLE PIN M? 



NO, BAD TERMINAL 
OR CABLE 



NO. BAD DLV1 1 



YES. BAD TERMINAL, 
FORMAT BUAD RATE 



NO. BAD DLV11 OR CABLE LOOP 



YES, WHILE PRESSING A KEY ON 
THE TERMINAL, IS THERE 
ACTIVITY ON THE GREEN WIRE? 



NO. REPAIR TERMINAL 
OR CABLE LOOP 



YES, BAD BAUD RATE, 
FORMAT TERMINAL 



Figure C-5 Console Terminal Troubleshooting Flowchart 
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If use of the flowcharts fails to 
help in location of a problem, the 
RXDP package diagnostics can 
be run (diskette ZJ-215-RY). 

Program Name 

DVDVA 

DVDVC 

DVKAA 

DVKAD 

DVKAE 

DVKAH 

DZKMA 

DZLAC 

DZRXA 

DZRXB 



Function 

DLV-llETest 

DLV-llFTest 

LSI- 11 CPU Test 

LSI- 11 Traps and Interrupts 

DLV-11 Test 

System Exerciser 

Memory Test 

LA36 Test 

Floppy Disk Exerciser 

Floppy Interface Tests 



Figure C-6 shows the flow of events which develop on the LSI-1 1 boot sequence. 

Note that if the LSI-1 1 program crashes while VMS is running, the operator may enter ODT and then 
type in 141330G to reboot the console program without affecting VMS. 
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C START J 

1 




C START J 
1 




( START VDDRESS + 
V J 140.000 


MEMORY 
TEST 


(200) 


REVERSE 

TERMINAL 

ADDRESSES 


(204) 


BOOT 


(216) 


1 




— • 




















CHECK FIRST 
4K 








ASSIGN 

TERMINALS 

ADDRESSES 




1 




DUAL 

ADDRESS 

TEST 


11234) 




— » 






GOOD DATA R3 
BAD DATA (R2) 

(1260) 

GOOD DATA R3 

BAD DATA (R2) 






MS 




DOUBLE 
BUS ERROR 
TEST 


TEST 1 


1 




WALKING 
011 110 
TEST 


(330) 




1 




CHECK BYTE 
SINGLE OP 
INST DEST 
MODEO 


TEST 2 


1 




DO REST 
OF MEMORY 


(372) 






















CHECK SOURCE 
MODE DOUBLE 
OP WORD 
INST DEST MODE 


TEST 3 








(436) 






J 








JMP INST 
DEST MODE 

1,3,6 


TEST 4 
(462) 






' 










TSTB & TST 
DEST MODE 
1.2,4.6 


TEST 5 
(552) 






1 








CHECK BYTE 
DOUBLE OP 
INST DEST 
MODEO 


TEST 6 
(600) 



5 



Figure C-6 LSI-1 1 Boot ©173000 Flowchart (Sheet 1 of 2) 
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-J 



( START J 



BOOT LSI 

BUT NOT 
VAX- 11/780 

~l 



SET PWR-UP/ 
CRASH FLAG 



(REBOOT) 
11330) 



TEST 7 



TEST 8 



TEST 9 



TEST 10,11 



2. 



WORD INST 
DEST MODE * 
USE MEMORY 
500 & 502 



BYTE DEST 
MODE * o 
LOC 500 



CHECK JSR 
DEST MODE 

7 



READ BOOT 
BLOCK FROM 
FLOPPY 



(752) 



(1046) 



1074=JSR 
1116 = RTS 



PRINT 
MESSAGE 




YES 




SET 



"B-NO 

CONSOLE" 

DISPLAY 



CONSOLE 
PROGRAM 



"B-l/O 

ERROR" 

DISPLAY 



-o 



Figure C-6 LSI-1 1 Boot ©173000 Flowchart (Sheet 2 of 2) 



vax-1 1/780 diagnostic system Reader's Comments 

USER'S GUIDE 
EK-DS780-UG-002 

Your comments and suggestions will help us in our continuous effort to improve the quality and usefulness of our 
publications. 

What is your general reaction to this manual? In your judgment is it complete, accurate, well organized, well 
written, etc.? Is it easy to use? 



What features are most useful? . 



What faults or errors have you found in the manual? . 



Does this manual satisfy the need you think it was intended to satisfy? 
Does it satisfy your needs? Why? _ 



□ Please send me the current copy of the Technical Documentation Catalog, which contains information on 
the remainder of DIGITAL'S technical documentation. 



Name Street 

Title . City _ 



Company State/Country 

Department Zip 



Additional copies of this document are available from: 

Digital Equipment Corporation 
444 Whitney Street 
Northboro, Ma 01532 

Attention: Communications Services (NR2/M15) 
Customer Services Section 



Order No. EK-DS780-UG402 



Fold Here 



Do Not Tear - Fold Here and Staple 



BUSINESS REPLY MAIL 



FIRST CLASS 



PERMIT NO. 33 



MAYNARD, MA. 



POSTAGE WILL BE PAID BY ADDRESSEE 

Digital Equipment Corporation 

Educational Services Development and Publishing 

1925 Andover Street 

Tewksbury, Massachusetts 01876 



No Postage 

Necessary 

if Mailed in the 

United States 



